0 Kiskapu Kft. Minden jog fenntartva 


SZÓTÁR 


2. RÉSZ 





Múlt hónapban írtam, hogy nagyon 

sok gondot okoz a szakkifejezések hasz- 
nálata, egyrészt a kezdőknek, hiszen 
számukra az új területet még nehezebb 
megismerni, ha új, az élet más terüle- 
teiről sem ismerős szavakat kell megta- 
nulniuk, másrészt pedig a gyakorlott 
szakemberek számára is, hiszen aki pél- 
dául egy angol szakkönyvből tanulta 

a hálózatfelügyelet alapjait, hiába van 
tisztában a NAI vagy a masguerading 
fogalmával, vakargathatja a fejét, 

hogy mit is jelent a címfordítás vagy 

az álcázás. 

Örömmel fogadtam leveleiteket, véle- 
ményeiteket a szótárról, igyekszünk ezt 
az oldalt rendszeresíteni. lermészetesen 
nehéz feladatról van szó: egy-egy kife- 
jezéshez például mi magunk találtunk 
ki magyar megfelelőt, másokat hosszú- 
hosszú évek óta használja a szakma, 
ilyen például az adatsín kifejezés 

a databus helyett, vagy az ismétlő 

a repeater helyett. 

Külön örültem, amikor a helyőrrel kap- 
csolatban kaptam véleményt. Igaz, nem 
az én ,gyermekem" - először Borai 
János-tól hallottam, és nagyon tetszik. 
Nem tudom, hogy húsz év múlva 
nyugodtan használják-e, vagy — ahogy 
a nyelvújítás alatt a rengeteg értékes 
szó mellett készült egy-két borzalmat 
szokták használni - elrettentő példaként 
lengetik majd a lurkók szeme előtt. 
Remélem, azért akad majd olyan 

szó is, ami szakmai és nyelvi szempont- 
ból is megállja a helyét, sőt még a 
tanárok is megkedvelik, mert bár gyak- 
ran lekicsinylik a tanárok szerepét e 
szempontból, éppen a számítástechni- 
kával való ismerkedés időszaka hagy 
mély nyomot. 

És továbbra is vannak a kemény diók. 
Ilyen például a g/lobális-lokális páros. 
Annak ellenére, hogy a lokális elfoga- 
dott párja a helyi (akár hálózatról, akár 
változóról, vagy bármi másról legyen 
szó), a globálishoz már nem találunk 
olyan könnyen párt. Sokszor használják 
az átfogó, a teljes hatókörű, a minden- 
hol látható vagy éppen a közismert 
szavakat, ezek közül a változókra nehe- 
zen mondhatnánk akármelyiket is. 
Vagy ott van az ortentált szó, melynek 
jelentése irányult, központú, esetleg 
alapú lehet. Hosszú viták folytak már 

e szó körül, sokan más értelemben hasz- 
nálják, például az objektumorientált 
külön gond, ugyanis, ahogy erre rávi- 
lágítottak vitapartnereim, önmagában 
is elentmondásos szakszó. Sajnos, ez 
egy olyan kulimász, amiben nem lehet 


egy pillanat alatt rendet teremteni, 

de remélem, hogy előbb-utóbb letisztul- 
nak a jelentések. 

Lássuk tehát az e havi adagot, és tovább- 
ra is várom mindenki véleményét, ötle- 
teit a Szy. Gyorgy (Wlinuxvilag.hu címre! 


absztrakció - elvonatkoztatás. 
abstraction layer — elvonatkoztatási 
réteg; van, aki rövidít és az elvont 

szót használja. 

address translation (NAT) - (hálózati) 
címfordítás; az egyik általános felhasz- 
nálási területe az álcázás. 

administrator - rendszergazda, 
felügyelő, üzemeltető stb.; lásd még 
network administrator. 

array 7 lásd a telepnél. 

bridge — híd (két — akár különböző 
típusú — hálózatot összekötő gép). 

cache — gyorstár; sok értelemben 
használják; lényege, hogy olyan ideigle- 
nes tároló, ahonnan gyorsabban érhető 
el valamilyen távoli erőforrás, amennyi- 
ben többszöri elérésre kerül sor. 

cluster - lásd a telepnél. 

critical — kényes, fontos, elsődleges, 
alapvető; sajnos gyakran a kritikus szót 
használják, többnyire hibásan. Néha 
különösen nehéz lefordítani, például 

a mission critical device többnyire 

,a feladat kulcseszköze", vagy a , kitün- 
tetett fontosságú eszköz" fordítást adják. 
directive — irányelv, meghatározás; fordí- 
tóprogramoknál használatos például, 
bizonyos műveletek elvégzésének 
mikéntjét szabályozó beállítás. 

directory service — címtárszolgáltatás; 
ilyen például az LDAB de van 
címtármegoldása a Microsoftnak vagy 

a Novellnek is. 

farm 7 lásd a telepnél. 

gateway — (hálózati) átjáró. 

handheld machine - lásd PDA. 

interface — illesztő, illesztőfelület, 
felület, csatoló; nagyon sok értelemben 
használják. 

kernel -— rendszermag vagy röviden mag. 
masguerading - álcázás. 

mount - betűz; távoli fájlrendszereket 
fűzünk be a helyi rendszerfába, ezután 
a felhasználók ugyanúgy használhatják 
(megkötések mellett), mintha helyi 
fájlrendszer volna. Ellenművelete 

a kifűz vagy lecsatol. 

network administrator — hálógazda; van, 
hogy hálózati rendszergazdának vagy 
viccesen hálófelügyelőnek hívják. 

PDA - tenyérgép; egy fiatal ága a gépek 
családfájának, nap mint nap találnak 

ki új kütyüket, és mivel a piacról élnek, 


a gyártó mindegyik termékére kitalál 
valami új nevet. Lényegében a 
zsebtitkárok, a kézigépek, a marok- 
gépek, a zsebnoteszek és az egyéb 
nevek mind ezt a kategóriát jelölik. 
plugin — bővítmény. 

point of sale device - eladási pont? 
process -— folyamat. 

regex — lásd: regular expression. 

regular expression — szabványos 
kifejezés; van valakinek találó rövidí- 
tése, olyasmi, mint az angolban a regex? 
repeater — (hálózati) ismétlő, jelismétlő. 
route — útvonal. 

router — útválasztó. 

routing table — útvonaltábla. 

session — munkamenet. 

shell script — héjprogram, parancsfájl. 
site — telephely, webhely; több értelem- 
ben használt szó, igazából rövidítés. 
Magyarul a , hely" rövidítés értelemza- 
varó, ezért gyakran a hosszú változatot 
használjuk. 

socket — foglalat. 

stuff — töm; e havi ,csodabogarunk", 
jelentése: valamilyen eredetanyag 
(például egy képlemez) lementése a 
gépre egy kívánt formátumban. Mind 
az angol, mind a magyar szó szlengkife- 
jezés (forrás: BME kollégiuma). 

telep — több gépből felépített rendszer, 
mely egységes adatfeldolgozóként 
képes működni. Gyakran használnak 
telepeket nagy számításigényű feladat 
— például grafikai leképezések, csilla- 
gászati vizsgálatok, matematikai kuta- 
tások — elvégzésére. lelepeket felépít- 
hetnek fürtözéses módszerrel is (array, 
matrix stb.), amikor az egyes elemek 
nem rendelkeznek önálló erőforrások- 
kal (saját memória, háttértár stb.), 
vagy önálló gépek különböző típusú 
összekapcsolásával (cluster, farm stb.). 
thread — szál. 

toolkit — eszköztár. 

tunnel — alagút; hálózati megoldás, 
mikor egy protokollal működő kapcso- 
latban kiépítenek egy beágyazott átviteli 
lehetőséget, mely akár más típusú pro- 
tokollt használ. Például A-ból kell F-be 
juttatni IPX-forgalmat, A-B-C-D vona- 
lon, de C és D közötti kapcsolat csak 
IP-protokollal használható. Ekkor C és 
D között felépíthetünk egy IP alatti 
IPX-alagutat, mely képes ellátni az 
igényelt feladatot. 

unload - az egyik ,kemény diónk" . 

A load szót mindenki betöltre fordítja, 
ennek ellenművelete lehet az ürítés 
vagy az eltávolítás (például egy modul 
ürítése a memóriából). 

version — változat. 
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Szy György 

a Linuxvilág főszerkesztője, 

a Kiskapu Kiadó vezetője. 
Mindenki levelét örömmel 
várja a következő levélcímen: 
Szy. Gyorgy Olinuxvilag.hu 


Munka a hálózaton 

Munka a hálózaton összefoglaló 
címmel jelenik meg negyed- 
századik számunk, aminek talán 
az a legfontosabb apropója, 
hogy bizony ma már egyre több 
helyen komoly munkavégzésre 
használják ezt a nyílt operációs 
rendszert is. Igaz, egy irodában, 
raktárban, vagy más munka- 
helyen teljesen más igények 
merülnek fel, teljesen mást vár- 
nak el a dolgozók, mint mond- 
juk egy webkiszolgáló esetén, 
és a nyílt rendszereknek még 
komoly fejlődésen kell átmen- 
niük, de ma már nyugodtan ajánlhatjuk 
irodai munkaeszköznek a GNU/Linuxot. 
Ugyanakkor van egy háttéroldal is, a ki- 
szolgálók, amelyeknek csendben és meg- 
bízhatóan kell dolgoznunk, hiszen -— bár 
az irodában nem látni őket, mégis — egy 
hibás vagy lassú kiszolgáló a vállalatot 
alapjaiban rengetheti meg. Emellett egy- 
re-másra merül fel az igény , biztonsá- 
gos" kiszolgálókra, egymást kiváltó, 
hibatűrő rendszerekre is, amelyek régen 
csak az óriásvállalatok kiváltságai voltak. 
Szerencsére kedvencünkkel akár hétköz- 
napi gépekből is kiépíthetünk ilyen 
rendszereket - az ilyen átalakításokhoz 
találunk adalékokat e havi számunkban. 
Mivel a múlt hónapban feldobott LDAP- 
témakör fontosnak tűnt, még egy kört 
futunk a címtárak háza táján, sőt Lippai 
Gergő is küldött egy , átállás utáni 
helyzetjelentést. 

Emellett gyakran előfordul a csoport- 
munka támogatásának kérdése, mely 
gyakran a következőre egyszerűsödik 
le: ki tudja-e váltani az Exchange-kiszol- 
gálókat valamilyen GNU-rendszer? 

Az igény létező, sőt sokan akár fizetné- 
nek is egy rendszerért, csak ne kelljen 
külön MS operációs rendszert és kiszol- 
gálóprogramokat venni, üzemeltetni. 
Szerencsére több megoldás is létezik, 

az egyik egy klón használata (ezek 


általában fizetős termékek, a ,kereske- 
delmi Linuxok" közül több is forgalmaz 
ilyen kiszolgálót), a másik az igény 
átfogalmazása. A téma után érdeklő- 
dőknek ajánlom a 25. oldalon található 
"A Microsoft Exchange működése és 
helyettesítése" című cikket. 

Azért mindenkit óva intek! Éppen a 
hétvégén tapasztaltam meg a saját bő- 
römön, hogy az ember gyakran lénye- 
gesen gyorsabban szeretne rendszert 
váltani. Történt ugyanis, hogy elhatá- 
roztuk, lecseréljük a már hosszú ideje 
köhögő-prüszkölő adatbázis-kiszolgá- 
lónkat (több hete fura hangokat hallat 

a merevlemez), de ha már azt átalakítjuk, 
akkor a tűzfalat is rendbe rakjuk, sőt a 
hálózatot is átépítjük stb. — szóval rendet 
teremtünk. A kiszolgálóról kiderült, 
hogy a táp és a merevlemez is hibás (a 
gép a régi táppal már-már nem is volt 
hajlandó újraindulni). A helyzet akkor 
kezdett komolyra fordulni, amikor vasár- 
nap este 9-kor ültünk egy kupac vas 
tetején, és még semmi nem működött... 
De evezzünk vissza vidámabb vizekre. 
Végre komolyabb cikket közölhetünk 

az UHU Linux háza tájáról: Koblinger 
Egmont meséli el nekünk a 12. oldalon, 
hányféle változást eszközöltek még az 

új UHU kiadása előtt. 

Már csak egyetlen témával szeretnék elő- 
hozakodni, mielőtt átadom helyemet 

a remek cikkeknek, ez pedig az Open- 
Office.org programcsomag magyarítása. 
Ma már szinte természetes, hogy GNU/ 
Linux alatt az irodai munkákat az Open- 
Office.org látja el. Magyar helyesírás- 
ellenőrzéssel ellátható, magyar a menüje 
stb. Igaz, sok híja van még a fordításnak. 
Pont ezek a hiányosságok ösztönöznek, 
hogy mindenkit arra buzdítsak, ha van 
kedve, lelkesedése, jöjjön el február 

7-én a — már-már rendszeres — maratoni 
hétvégére (a bővebb írást lásd a 

36. oldalon). 

Mindenkinek kellemes időtöltést 
kívánok! 
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Programvadászat 


Evolution 

Mostani korongunk legterjedelmesebb 

darabja a Ximian cég Evolution prog- 

ramja. Ez a Outlook Express linuxos 
megfelelője, vagyis mindent egy helyen 
intézhetünk. Felülete is nagymértékben 
hasonlít az előbb említett Microsoft 
programhoz, így az átállás szinte zökke- 
nőmentesen megtehető, a felhasználó 
kevéssé érzi majd idegennek a felületet. 

Nézzük, mit is kapunk kézhez ennek 

a programnak a telepítésével: 

e Egy ügyes kis levelezőprogramot 
POP3-, IMAP-támogatással, azonban 
vigyázzunk, ha az IMAP előnyeit 
szeretnénk kihasználni, mivel elkül- 
dött leveleinket nem az IMAP kiszol- 
gálóra menti, hanem a Helyi map- 
pák-: Elküldve mappába, ami bizony 
idegesítő lehet, ha más programból 
- mondjuk egy webmailből - is el 
szeretnénk érni a levelezésünket. 

Az Eszközök-: Beállítások-: Posta- 


fiók -: Szerkesztés menükön keresz- 
tül eljuthatunk az , Evolution Posta- 
fiók-szerkesztő"-be, ahol a Defaults 
menü alatt beállíthatjuk, hogy a 
hálózaton lévő INBOX.Sent map- 
pába mentse ezeket a leveleinket. 





e Határidőnaplót, ami riasztásra képes 
a megadott időpontban. 

e — Feladatlista-, észbentartót" szintén 
találhatunk, ez a feledékeny embe- 
reknek nagyon jó, de ha valaki egy- 
szerre feledékeny és lusta, biztos nem 
fogja használni ezt a lehetőséget. 

e Az én nagy kedvencem az Összefog- 
laló, ezzel a képernyővel indul a 
program. Ide mindenféle okosság ki 
van téve -— ezekben a hideg, hóeséses 
napokban bizony jó volt ránézni az 
időjárás-jelentésre, és arra gondolni, 
hogy , Bárcsak Szombathelyen 
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laknék!" , amikor Budapesten -7 fok 
és erős hóesés volt, Szombathelyen 
pedig derült ég és --5 fok. Első nap 
nem is figyeltem fel igazán erre, de 
a következő nap elkezdtem gyana- 
kodni, a harmadik napon pedig 
kénytelen voltam belátni, hogy 
Szombathelyen valószínűleg nyáron 
is ilyen idő lesz. lermészetesen ezt 
a részt is személyre szabhatjuk, vá- 
laszthatunk számos hírcsatorna, 
a világ bármely táján fellelhető tele- 
pülések időjárása (Magyarországról 
még Pápa jöhet szóba az előbbi kettő 
mellett), és egyéb finomságok közül. 
e  Címtárat, ami leginkább egy névjegy- 
kártyatartóhoz hasonlít, és helyesen 
kezeli a magyar ékezetes betűket. 
Ami számomra egy kicsit furcsa volt, 
az az, hogy nem mindenütt lett magya- 
rítva, ezért helyenként (legfőképpen 
a beállításainál) bizony elkél az angol 
nyelvtudás. 
A korongon a program Debian, Red Hat, 
SuSE és Mandrake Linuxhoz található 
meg, illetve a program forráskódja is 
felkerült. 


Magazin 

A Magazin könyvtár is hatalmasra hí- 
zott, ami leginkább a FreeS/WAN könyv- 
tárnak köszönhető, ahová a 29. oldalon 
lévő cikkhez tartozó különféle Red Hat- 
rendszermagok kerültek be, előre fordí- 
tottan és forráscsomagban (természete- 
sen ezek a rendszermagok bármelyik 
Linux-kiadáshoz használhatóak). 

A HALDAP könyvtárban a ,Magas ren- 
delkezésre állású LDAP" (42. oldal) for- 
ráskódjai és beállítófájljai kaptak helyet. 
A PostgreSOL adatbázis-kezelő haszná- 
lata 2. részének (58. oldal) forráskódjai 
egyszerű szöveg- és rtf formátumú fájl- 
ban is a CD-re kerültek, mivel a szöveg- 
fájlokban a magyarázatoknál az ékeze- 
tek könnyen elveszhetnek. 

A Screen program forráskódját haszno- 
síthatják mindazok, akiknek Linux-kia- 
dása nem tartalmazza ezt a nagyszerű 
csomagot - használatához a 38. oldalon 
találhatnak segítséget. 

Mindazok, akik gyorsan és hatékonyan 
szeretnének kisméretű grafikus progra- 
mokat fejleszteni, az FLTK csomag lehet 
a megfelelő felület. A fejlesztői környe- 
zet és a 46. oldalon kezdődő cikkhez 
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tartozó forráskód, illetve a futtatható 
képnézegető program az fitk könyv- 
tárban lelhető fel. 

Videotelefon? Nem akadály! Marcel 
bevezet bennünket az internetes kép- 
telefónia rejtelmeibe, amihez mi a Gno- 
meMeeting programot adjuk - a szük- 
séges kiegészítőkkel, különféle csoma- 
golásban (70. oldal). 


OpenOffice.org.deb 

Bizony, furcsa ez a fentebbi cím, azonban 
a 11. oldalon magyarázatot kaphatunk rá 
és arra, hogy és mi végett lehetünk rá 
büszkék. Debianos telepítőkészlet Open- 
Office.org-hoz, magyar csomagolásban. 
A legújabb üzembiztos rendszermag 
fejlesztési foltja is felkerül a CD-re. 


Sajnálatos módon a CD-mellékletekkel 
többször is előfordult, hogy az 52X-es- 
nek kikiáltott meghajtókban szétrobban- 
tak, ezért kérjük olvasóinkat, hogy a 
saját és meghajtójuk biztonsága érdeké- 
ben 32Xx-esnél nagyobb meghajtókban 
ne használják a korongokat. 


Csontos Gyula 
(Csontos.Gyulaolinuxvilag.hu) 
A Linuxvilág szakmai és 
CD-szerkesztője. Szabadide- 
jében szívesen mászik hegyet 
és kerékpározik. 


Hitachi-újdonságok 
A Hitachi nem keve- 
sebb, mint 4 GB ada- 
tot szeretne — nemrég 
még ÍBM név alatt 
futó — Microdrive 
meghajtóinak legnagyobb tárhelyet kíná- 
ló példányaira zsúfolni. A mindössze 
1-os meghajtóknak - a világ legkisebb 
merevlemezeinek - a fejlesztése számos 
mérnöki kérdést felvet, ám a tervek sze- 
rint ezeket 2003 őszére sikerül megoldani. 
Az új apróságok egyrészt kisebb alkatré- 
szeket kapnak, az író-olvasófej például 
feleakkora lesz, mint elődje, illetve az 
adatsűrűségüket is megnövelték. Ennek 
is köszönhető, hogy a Microdrive meg- 
hajtók messze gyorsabbak, mint az azo- 
nos területre készülő egyéb adattároló 
megoldások. 

A Hitachi az üzleti felhasználók számára 
is tartogat újdonságokat, ilyen az 
Ultrastar 15K/73 merevlemez, amely 

— mint neve utal rá — 73 GB kapacitású, 
üvegalapú korongjai pedig 15 000 for- 
dulatot tesznek meg percenként. Az új 
meghajtók folyadékcsapágyas motort 
kaptak, a számítógéphez Ultra320 SCSI 
vagy 2 Gb FC-AL felületen keresztül 
csatlakozhatnak. Néhány teljesítmény- 
adat: 2 ms átlagos lappangási idő, 3,9 ms 
fejléptetési idő, akár 77,2 MB/sec fenn- 
tartható adatátviteli sebesség. 

Újdonság, hogy a hordozható számító- 
gépekben megszokott 2,5"-os merevle- 
mezek helyett-mellett a Hitachi a továb- 
biakban 1,8"-os meghajtókat is kínál. 

A TIravelstar Compact Series C4K40 az 
új sorozat első tagja, az áttérést meg- 
könnyítendő a 2,5"-os meghajtóknál 
megszokott csatlakozókkal látják el. 
Tartalmát tekintve semmivel sem marad 
el legkorszerűbb társaitól, hiszen üveg- 
alapú korongokat tartalmaz, amelyek 
adatsűrűsége az új Microdrive meghaj- 
tókéival egyezik meg. 

2 http:/www.hgst.com 





A Motorola, az Avaya és a Proxim 

E cégek közös tervezet keretében pró- 
bálják összeházasítani a mobiltelefonos 
és a vezeték nélküli hálózatokat. A cél 
az, hogy a mobiltelefon-tulajdonosok 
— Motorola telefonnal és Avaya prog- 
rammal felszerelkezve, a Proxim által 
fejlesztett eszközök segítségével, átlát- 
szó módon - a mobiltelefonos és a 
vezeték nélküli helyi hálózati kapcso- 
latokat egyaránt használhassák. Az így 
létrejövő háttérrendszer segítségével 

a felhasználó folyamatos hang- és adat- 
kapcsolatot létesíthet, akár a vállalati, 
akár a mobiltelefon-hálózathoz 
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csatlakozik, akár valamilyen nyilvános 
vezeték nélküli hálózattal lefedett 
területen (például repülőterek, inter- 
netkávézók, szállodák) tartózkodik. 
Hasonló területre merészkedik az 
észak-amerikai inCode lelecom-Bell 
Canada társulás. Az ötlet egyszerű: 

a forgalmasabb helyeken lévő telefon- 
fülkéket egy vezeték nélküli hálózati 
hozzáférési ponttal látják, így a fülre 
kb. 100 méteres körzetében hálózati 
lefedettséget tudnak biztosítani. 

Ha valaki például útközben le szeretné 
tölteni a leveleit, és megfelelő hordoz- 
ható géppel rendelkezik, csak egy 
telefonfülkét kell keresnie, és máris 
internetkapcsolatot létesíthet. 

A megoldás a szolgáltató számára 

is egyszerű és olcsó, hiszen a telefon- 
fülke eleve rendelkezik valamilyen 
hálózati kapcsolattal, így viszonylag 
kis bővítéssel vezethet be teljesen új 
szolgáltatást. 


Terjeszkedik a MontaVista 
A beágyazott Linux-terjesztéséről ismert 
MontavVista bejelentette, hogy 
rendszerének Consumer Electronics 
Edition 3.0 változatával belép a fogyasz- 
tói elektronikus készülékek piacára. 
A fejlesztők munkáját a célterület sajátos 
igényeihez igazított eszközökkel, illetve 
hamarosan grafikus kiegészítőkkel és 
Java-környezettel is segíti a Monta Vista. 
A háztartási készülékek eddig különálló, 
adott célfeladatra használható eszközök 
voltak, de a kor divatját követve egyre 
EF összetettebb, háló- 
zati kapcsolattal 
rendelkező beren- 
dezésekké válnak. 
Ebbe a környezetbe 
. remekül illeszkedik 
a MontaVista 
dinamikus energiakezelésre és fejlett 
hálózattámogatásra képes, megbízha- 
tóságát tekintve is élvonalbeli operációs 
rendszere, amelyet a növekvő igény 
hatására teljes, az ÍBM WebSphere 
Studio termékére alapuló Java fejlesztői 
és futtatási környezettel is kiegészítet- 
tek. Mivel a linuxos alaphoz számos 
alkalmazás készen szerezhető be, a 
készülékek gyártói felgyorsíthatják az 
eszközök fejlesztését, és rövidebb idő 
alatt piacra dobhatják újdonságaikat. 
Már most is több mint száz készülékben 
— zsebtitkárok, internetes rádiók, otthoni 
átjárók, karaoke-gépek - találni Linuxot, 
de hamarosan digitális tévékben is fel- 
tűnik a MontaVista beágyazott operá- 
ciós rendszere. 
2 http:/www.mvista.com 








Digitális fényképkeret 
Megvásárolható az első 
USB-csatlakozással 
ellátott digitális ftény- 
képkeret — már ha 
szabad ilyen módon 
lealacsonyítani a 
MemoryFrame nevű készüléket. 

Az eszköz egy elegánsabb fényképke- 
rethez hasonlítható, a közepén azonban 
nem papírkép, hanem egy 5,6-os IFT 

- 16 MB RAM és 8 MB ROM - tárolt ké- 
peket 640 x 4830-as felbontásban jeleníti 
meg. A készülék állítva és fektetve is el- 
helyezhető, illetve falra szerelhető, ke- 
zelőszervei a hátlapjára kerültek. A fény- 
képeket USB 1.1 felületen keresztül tölt- 
hetjük rá, akár közvetlenül a fényképe- 
zőgépről is. Üzleti környezetben egy 
Kensington aljzat segít abban, hogy a 
digitális keret ne csak a biztonsági őr 
háta mögött lehessen biztonságban. 

2 http:/www.pacificdigital.com 


Karpov-Kaszparov játszma 3D-ben 
Anatoly Karpov 2,5-1,5 arányú 
győzelmet aratott Garry Kaszparov felett 
az első Extreme 3D 
megoldással közve- 
tített sakkmérkőzésen. 
Karpov ugyan rosszul 
indított, az első játsz- 

ai mát elvesztette, de rö- 
videsen ellenfele fölé kerekedett. A két 
mester játékát először közvetítették 
három dimenzióban, élőben és az Inter- 
neten keresztül. A műszaki hátteret az 
X3D System biztosította, a nézők a meg- 
felelő alkalmazással és 3D LCD szemü- 
veggel felszerelkezve virtuális térben 
követhették a játszmát. 

2 http:/www.x3dworld.com 
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Beágyaz a Íransmeta 
A Iransmeta energia- 
takarékos, x86 alapú beágyazott alkal- 
mazásokhoz ajánlott beágyazott procesz- 
szorral próbál nagyobb szeletet hasítani 
magának a processzorpiacról. A Crusoe 
SE lapkák egy LongRun nevű energia- 
kezelő megoldással vigyázzák saját ép- 
ségüket, amely folyamatosan a megfelelő 
értékre állítja a processzor órajelét és 
tápfeszültségét, illetve figyeli a hőmér- 
sékletét. A beágyazott készülékekben 

a mostoha körülmények miatt sokszor 
bajos az aktív hűtés használata, ám a 
Iransmeta akár 100 "C hőmérsékletet is 
elviselő lapkái hűtőventilátor nélkül is jól 
érzik magukat. A Crusoe SE 667, 800 és 
933 MHz-es órajellel lesz kapható. 

2 http:/www.transmeta.com 
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Bluetooth alapú hálózat otthonra 
Az amerikai háztartásokban szinte alap- 
vető tartozék a vezeték nélküli telefon. 
A Wave Industries ezt a szokást próbálja 
meglovagolni Bluetooth alapú, 
háztartásokba szánt 
vezeték nélküli telefon- 
készülékeivel. A rendszer 
érdekessége, hogy a 
szabványos rádiós 
összeköttetésnek 
köszönhetően 
nemcsak telefo- 
nálni lehet vele, 
de egyéb eszközök, 
így zsebtitkárok, hor- 
dozható számítógépek, mobiltelefonok 
is csatlakozhatnak rá. A cég kiegészítő 
termékekkel igyekszik vonzóbbá tenni 
megoldását, például Bluetooth fülhall- 
gatója megfelelő mobiltelefonnal és az 
új otthoni rendszerrel egyaránt hasz- 
nálható, USB-Bluetooth-csatolója pedig 
asztali számítógépekhez készült. 
A Bluetooth kapcsolatok csak tíz méte- 
res távolságon belül használhatók, a cég 
azonban egy felerősített változatot hasz- 
nál, ami szabad térben 260, házon belül 
pedig 50 méterig hatékony. A központi 
egység legfeljebb hét kézi beszélőt tud 
kiszolgálni — ezek egyébként ikonvezé- 
relt menüvel, grafikus LCD-vel rendel- 
keznek, csengőhangjuk programozható, 
illetve saját telefonkönyvet tárolnak -, 
a számítógépek pedig a központ beépí- 
tett 56 kb/s sebességű modemjével inter- 
netezhetnek. 
2 http:/www.olympiaphones.com 






James Bond és a PolyLED kalandjai 
Ha másért nem, hát azért érdemes 
megnézni a legújabb James Bond-filmet, 
hogy láthassuk a Philips PolyLED 
(polimer alapú szerves fénykibocsátó 
dióda) kijelzőinek egy példányát. A fő- 
hős nem kevésbé fontos használati tár- 
gyát, mint a borotváját kell jól megfi- 
gyelnünk, ha látni akarjuk a cég első 
kereskedelmi forgalomban kapható 
PolyLED kijelzőjét. A James Bond-fil- 
mekben a főszereplők kezdettől fogva 
az adott kor különleges műszaki újdon- 
ságait vetik be kalandjaik során, és mint 
láthatjuk, a szuperkém borotvából is 
csak a legújabbat veszi kezébe. A Poly- 
LED kijelzők különösen vékonyak és 
könnyűek, fényerejük, kontrasztjuk és 
láthatósági szögük mégis viszonylag 
nagy, fogyasztásuk és válaszidejük ellen- 
ben alacsony, jól tűrik a nagy mértékű 
hőmérséklet-ingadozásokat, így elsősor- 
ban hordozható vagy kisméretű eszkö- 
zökben találkozhatunk majd velük. 


ő Linuxvilág 


Tüzelőanyay-cella háztartásokbha 

A Mitsubishi bejelentette, hogy -— bár 
egyelőre csak kipróbálási célokra — meg- 
kezdte 1 kW teljesítményű, háztartá- 
sokba fejlesztett tüzelőanyag-cellájának 
szállítását. A készülék normál vezetékes 
gázzal működik, amelyből a lokyo Gas 
által fejlesztett eljárással vonja ki a hid- 
rogént. Belső védelmének köszönhetően 
tulajdonosa szükség szerint kapcsolhatja 
be vagy ki. A cég tervei szerint a cellát 
legalább két évig próbálják ki, elsősor- 
ban megbízhatósági és biztonsági szem- 
pontból, az üzletekben legkorábban 
2005-ben lehet majd megvásárolni. 


BioAPI Linuxra is 
A BioAPI Consortium bejelentette a 
BioAPI Linux/Unix-rendszerek alá 
készített átültetésének próbaváltozatát. 
Egyelőre a társulás 
tagjai végzik a ki- 
próbálást, de ha- 
marosan a nyilvá- 
nosság számára is 
elérhető lesz az 
első referenciameg- 
valósítás. Az API Win- 
dows alá már létezik, de 
támogatói — köztük az 
amerikai Kereskedelmi 
Minisztérium ügynöksé- 
ge, a NISI is — szeretnék 
minél szélesebb körben 
elérhetővé tenni, és minél több Unix- 
változatot támogatni. A jelenleg támoga- 
tott Linux és Solaris mellé várhatóan a 
BSD, a HP-UX és az AlLX is felsorakozik. 
A BioAPI nyílt alkalmazásprogramozási 
felület, amelynek segítségével az alkal- 
mazások biomettriai eszközök széles 
körével — ujjlenyomat-azonosítók, hang- 
és arcfelismerők, íriszletapogatók stb. — 
létesíthetnek kapcsolatot. A felület 
1.1-es változata, illetve a windowsos re- 
ferenciamegvalósítás 2001 márciusában 
jelent meg, és szabadon, forráskódként 
is letölthető a társulás honlapjáról; ez 
egyébként a linuxos változattal is így lesz. 
A BioAPI fejlesztését az iparág számos 
szereplője támogatja, köztük biometriai 
eszközöket gyártó cégeket, rendszerin- 
tegrátorokat, számítógépgyártókat és 
végfelhasználókat egyaránt találunk. 
A felületet 2002 februárjában az ANSI 
hivatalos szabványként fogadta el, és 
hamarosan várhatóan ISO/IEC szab- 
ványként is jóváhagyják. Nemcsak szá- 
mítógépeken, de beágyazott eszközökön 
-— például mobiltelefonokban - is hasz- 
nálható, illetve nagyméretű rendsze- 
reket is képes kiszolgálni. 
2 http:/www.bioapi.org 


961 Altix 3000 
Az SGI 
bejelentette 

SGI Altix 3000 
nevű kiszolgá- 
ló- és telep- 
családját. Az új 
gépek Intel 
Itanium 2 pro- 
cesszorokat 
tartalmaznak, 
Linux operációs 
rendszert futtat- 
nak, és az SGI 
szuper-számító- 
gépes megoldásaival próbálnak von- 
zókká válni a leendő vásárlók számára. 
Az utóbbiak leginkább tudományos 
kutatásokat, mérnöki munkákat vagy 
egyéb, különösen nagy számítási telje- 
sítményt igénylő feladatokat végző 
szakemberek és intézmények közül 
kerülnek majd ki. 

Az SGI Altix 3000 egy példányban fut- 
tatja az operációs rendszert, amely leg- 
feljebb 64 darab processzorral és 512 GB 
memóriával gazdálkodhat. A gépek 
beépített teleptámogatással rendelkez- 
nek, az SGI telepmegoldása a hagyo- 
mányos összeköttetéseknél akár kétszáz- 
szor gyorsabb lehet, így semmi akadálya 
annak, hogy több száz vagy több ezer 
processzor dolgozzon együtt. Az SGI 
megoldásának köszönhetően a létrejövő 
telep csomópontjainak memóriája a 
teljes telepre kiterjedően, operációs 
rendszerek között is megosztható; az így 
létrejövő szuperszámítógépen az össze- 
tett modellek — mint például a Föld 
időjárási modellje — is viszonylag köny- 
nyen, apróbb részekre való bontás 
nélkül kezelhetők. 

2 http:/www.sgi.com 





30-képernyő a Matsushitától 
A Matsushita Electric Works hamarosan 
félgömb alakú, 1,8 méter átmérőjű 
3D-kijelzőt dob piacra. A készülék látha- 
. - tósági szöge vízszin- 
tesen 140, függőle- 
gesen 90 fokos, 
fényereje 2000 ANSI 
lumen, méreténél 
fogva pedig akár 
életnagyságú — saját 
programjával torzí- 
tásmentessé tett — 3D-képek megjelení- 
tésére is alkalmas. Az eszközt tervezési 
feladatoknál, például járművek belső 
terének kialakításakor lehet hasznosí- 
tani, de különféle modellezési alkalma- 
zásokban és a szórakoztatóiparban is 
megtalálja helyét. 





Intel Centrino 
Az Intel új már- 
kaneve a Cent- 
-  rino, amely a cég 
Centrino történetében elő- 
ször nem vala- 
MOBILE milyen terméket, 
TECHNÖÜLÖÜGY hanem termék- 
együttest — neve- 
zetesen a hordozható számítógépekbe 
készülő megoldásokat - takar. Az Intel 
Centrino magába foglalja a cég új mobil 
(Banias kódnevű) processzorait, a hoz- 
zájuk készülő lapkakészleteket, a veze- 
ték nélküli hálózatok elérésére szolgáló 
csatolókat, illetve magát az energiata- 
karékos, könnyű és kisméretű készü- 
lékek építésére létrehozott környezetet. 
A Centrinónak saját logója készült, 
amely tartalmazza a jól ismert Intel 
Inside feliratot, ugyanakkor szárnyakat 
is kapott ami a repülésre, az előretekin- 
tésre, a mobilitásra utal. 


Elérhető az OVAL 


A Mitre Corporation elkészült az Open 
Vulnerability Assessment Language 
(OVAL) leíró nyelvvel. Az OVAL a vá- 
rakozások szerint széles körben elfo- 
gadott, a számítógépek biztonsági 
hiányosságainak 
leírására használható 
szabvánnyá válik. 
Biztonsági hiá- 
nyosságnak ebben az 
esetben azt a pontot kell tekinteni, 
amelyen keresztül egy betörő behatolhat 
a számítógépre. Ezeknek a pontoknak a 
felderítésére többféle program is létezik, 
ám messze nem egységes a működésük, 
és sokszor még abban is eltérőek, hogy 
mit tekintenek biztonsági hiányosság- 
nak - ebből pedig egyenesen következik 
az, hogy eredeti céljukkal ellentétben 
nem tekinthetők megbízható megoldás- 
nak a hiányosságok számba vételére. 

Az OVAL egységes, általános szempont- 
rendszert állít fel, amelynek alapján a 
szakértők megbízható módszerrel vizs- 
gálhatnak át egy-egy rendszert. A meg- 
válaszolandó kérdéseket SOL nyelven 
írják le, azután a vizsgálati környezet 
akár biztonsági programokba is 
beépíthető. 

Az OVAL a Common Vulnerabilities and 
Exposures (CVE) , szótárra" épül, amely 
szabványosított névvel és leírással veszi 
számba az ismert biztonsági réseket, 
hiányosságokat. Jelenleg a Windows NI 
4.0, Windows 2000, Solaris 7 és 8 operá- 
ciós rendszereket támogatja, a Red Hat 
Linux támogatása egyelőre részleges. 

2 http:/oval.mitre.org 
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Memory Stick PRO 


A SanDisk bemutatta első Memory 

Stick PRO kártyáit. Az újfajta memória- 

kártyák több újdonságot vonultatnak 

fel régebbi társaikhoz képest, bár ezeket 
a lehetőségeket 


EE TETTETETT a kártyát megtöltő 


ize s eáláztit] készüléknek is 

sr! támogatnia kell. 
A PRO kártyák akár valós idejű, DVD- 
minőségű mozgóképlejátszásra, vagy 
-felvételre is használhatók, illetve bár- 
mely olyan alkalmazásban jó szolgá- 
latot tehetnek, ahol nagy mennyiségű 
adatot kell gyorsan mozgatni. 
A Sony-SanDisk-együttműködésben 
fejlesztett kártyák további lehetőségek- 
kel is támogatják a személyes adatok 
védelmét - kereskedelmi felhasználók 
számára a MagicGate megoldással 
másolásvédelmet is nyújtanak -—, illetve 
felvétel közben történő véletlen eltá- 
volításuk vagy tápkimaradásuk sem 
okozza a rajtuk található fájlrendszer 
sérülését. 
A Memory Stick PRO kártyák első kör- 
ben 256, 512 és 1024 MB-os méretben 
jelennek meg, régebbi — jellemzően 
kék - társaiktól aranysárga színük kü- 
lönbözteti meg őket; méretüket és for- 
májukat tekintve a két nemzedék tagjai 
megegyeznek. 
2 http:/www.sandisk.com 


Eletet menthet az IBM pulzusmérője 
Az ÍBM olyan kisméretű, viselőjének a 
szívverését figyelő eszközt mutatott be, 
ami vészhelyzet esetén mobiltelefonon 
keresztül is segítséget tud hívni tulajdo- 
nosához. A készülék Bluetooth kapcso- 
laton keresztül küldi el a vészjelet, így 
nemcsak mobiltelefonnal, hanem bár- 
mely Bluetooth-képességekkel felru- 
házott eszközzel képes kapcsolatot 
teremteni. Hasonló, szívműködést 
figyelő készülékek már régóta léteznek, 
és általában a vizsgált személy csukló- 
jára csatolják őket, ám ezek a pulzus 
mérésén kívül másra nem nagyon 
alkalmasak. Az IBM kisméretű, könnyű 
készülékét további célokra is szeretnék 
majd felhasználni, így például edzőcipő- 
be építve követhető és utólag elemez- 
hető a sportolók mozgása. 


Medgyesi Zoltán (mzerettesoft.hu) 

A BMGE 24 éves informatika szakos 
hallgatója. Szabadidejét legszívesebben 
a barátnőjével tölti. Szeret autózni és 
bográcsban főzni. A Linuxot hat éve 
ismeri, de még nem volt lelkiereje, hogy 
áttérjen rá. A Linuxvilág hírszerkesztője. 
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Linuxvilág 


Cégvilág 


Átfogó munkaállomások a HP-tól 

A HP új, kedvező árú munkaállomások bevezetésével 
tette még hangsúlyosabbá portfoliója egységesítését. 

A versenyképes árfekvésű, Intel Pentium 4 és Intel Xeon 
processzorral dolgozó 
HP-munkaállomások 
teljesítménye és prog- 
ramtámogatási háttere 
szinte minden felhasz- 
nálói szükségletet kielé- 
gít, többek között a pénz- 
ügy, a számítógépes ter- 
vezés (MCAD/CAE), a 
digitális tartalomfejlesz- 
tés (DCC) és a térinfor- 
matika (GIS) területén. 
A HP-től és a cég kiterjedt értékesítési partnerhálózatá- 
nak tagjaitól beszerezhető új xw4000, xw5000, xw6000 
és xw8000 személyi munkaállomások a Microsoft Win- 
dows 2000 Professional, a Windows XP Professional 

és a Linux operációs rendszert támogatják. Az új c3/50 
és 6750 HP műszaki munkaállomások HP-UX operációs 
rendszerrel és nagy teljesítményű PA-8700-- procesz- 
szorral működnek. E rendszerek kialakításakor a hagyo- 
mányos Unix-felhasználók által elvárt megbízható számí- 
tási és megjelenítési teljesítmény biztosítása volt az 
elsődleges szempont. 


Sharp és IBM 

A Sharp Electronic és az IBM összefogtak annak érdeké- 
ben, hogy még április előtt piacra kerülhessen az első 
olyan Sharp tenyérszámítógép, amelyik Linuxon fut. 

Ez a szövetség tekinthető e téren az első próbálkozásnak 
a nagyobb gyártók részéről. A Linux alkalmazásának 
egyébként ugyanaz az oka, mint a nagygépes rendszerek 
esetén: ingyenes hozzáférhetősége segít alacsonyan 
tartani a készülék árát. Amerikában a Linuxot futtató 
PDA-k jelenlegi piaci részesedése egy százaléknál keve- 
sebb, s ez az előrejelzések szerint 2006-ra is csak 3,5 
százalékra fog növekedni. A Sharp Zaurus nevű termé- 
kével igyekszik kivenni a részét ebből a bővülésből. 

Nem is elsősorban a Linux révén kívánnak robbantani 

a piacon, hanem a Linux-Java párosítással (azaz javás 
programok Linuxon való futtatásával) szeretnék meg- 
nyerni maguknak a vállalati felhasználókat. 


Kárpótlási jegy a Microsofttól 

A Microsoft 1,1 milliárd dollár értékű peren kívüli egyezsé- 
get kötött azokkal a kaliforniai magánszemélyekkel és vál- 
lalatokkal, akik piaci uralommal való visszaélés, azaz indo- 
kolatlanul drágán árusított programjai miatt perelték be. 
"A per költséges elhúzódásának elkerülése érdekében 
kötött megállapodás jelentős lépés a függőben lévő száz 
másik egyesített ügy megoldását illetően is, és ahol 
csak lehet, megegyezésre törekszünk" — nyilatkozta Brad 
Smith, a Microsoft vezető jogtanácsosa. A Microsoft 
tavaly 660 millió dollárt különített el perekre. 

A még a San Franciscó-i bíróság formális jóváhagyására 


váró egyezség értelmében a Microsoft a pertársaságot 
alkotó immár 13 millió egykori felberesnek számítógé- 
pek, programok és bizonyos perifériák vásárlására szol- 
gáló olyan utalványokat ad, amelyekkel versenytárs 
cégek termékei is vásárolhatók. 

Forrás: jogiforum.hu 


Szuperszámítási szolgáltatás 

az IBM-től , igény szerint" 

On-Demand stratégiája keretében az IBM bejelentette új, 
igény szerinti szuperszámítási kezdeményezését. Az új 
szolgáltatás révén a felhasználók , mentesülhetnek" a 
nagykiszolgálók vásárlása és karbantartása alól, ameny- 
nyiben meghatározott munkák elvégzésére rövid távú 
szerződést kötnek az IBM-mel. A cég ügyfelei vagy a 
Power4 processzorokra épülő Unix kiszolgálóhálózatot 
vehetik igénybe, vagy az Intel Xeon processzoraira épülő 
linuxos szekrénykiszolgálót (rack server). Dave Jursik, a 
Linux-telepek ügyében illetékes alelnök elmondta, hogy a 
ciklikus munkaszakaszok szerint dolgozó cégek, például 
a filmstúdiók gyakran vásárolnak kiszolgálókat, sőt 
olykor szupergépeket is. Két feladat között ezek a gépek 
kihasználatlanul maradnak, de karbantartásuk Így is 
költséges. Az e-Business on Demand szolgáltatás lehe- 
tővé teszi, hogy az ügyfélcég az adott programjához 
szükséges szuperszámítási erőforrást használja föl, mi- 
közben megszabadul a háttér kiépítésétől és karbantar- 
tásától — megállapodnak a projekt időtartamáról és az 
IBM által biztosítandó erőforrások mennyiségéről. 

2 http:/Awww.ibm.com 


Az Apple kiadta az X11 Mac OS X-re 
készült változatának bétáját 

Az Apple a San Franciscó-i Macworld konferencián és 
kiállításon újabb lépést tett a hagyományos Unix-rend- 
szerek felé, a cég ugyanis bejelentette az XFree836 Mac 
0S-re készült változatának első próbaváltozatát. Nem- 
régiben már bejelentettek egy nyílt forráskódú fejleszté- 
sekre épülő új programot, a Safarit: a webböngésző az 
egyéb Unix-szerű rendszerekről már jól ismert KDE grafi- 
kus környezet egyik fontos elemét, a KHTML-t használja 
fel a weboldalak értelmezéséhez és megjelenítéséhez. 

A most bemutatott Mac 0S-es X11-változat az XFree86-ra 
épül. A már több mint tízéves grafikus alaprendszer 

(X kiszolgáló, programkönyvtárak, alapvető alkalmazások) 
a nyolcvanas évek közepén megalkotott X Protocol leg- 
ismertebb megvalósítása. Napjainkban a legtöbb Unix- 
szal együttműködő rendszer — így az összes neves Linux- 
terjesztés grafikus felülete is — az XFree86 különböző 
kiadásait használja fel. XI1 for Mac OS X a Macintosh- 
felhasználók számára lehetővé teszi, hogy az eddig csak 
Linuxon vagy Unixon elérhető grafikus programokat 
ezentúl az Apple operációs rendszerén is futtassák. 

A programcsomag kihasználja a Mac OS lehetőségeit, és 
a natív Agua-alkalmazások mellett olyan legendás linuxos 
programok is felbukkanhatnak, mint például a Gimp. 


Kelényi Attila (attilacokiskapu.hu) 


OpenOffice.org Debian-csomagban 


A csomag elkészítésére az FANEESRTSENEENE 


ösztönzött, hogy számos Este 
magyar Debian-felhasználó- kitesz tettetett tte ette Ea 
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gokat tudnak készíteni, hogy. [; 
valaki hozza létre ezt a cso- 7! 
magot. Mivel erre nem ke- 

rült sor, egy karácsony utáni 
napon, egy családi összejö- 
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mivel nem tudtam elaludni, 

valami értelmessel próbáltam meg eltölteni az időt. Így 
született meg a saját deb-csomagom. Hozzáfogtam, hogy 
megtanuljam, hogyan is kell deb-csomagokat készíteni 
(ha valaki szintén meg szeretne próbálkozni vele, a 

2 http://people.debian.org/—jaldhar/make package1.htmi 
címről célszerű elindulnia). Ennek az lett az eredménye, 
hogy hajnali öt órára be is fejeztem a magyarítás 

első változatát. 

A csomag létrehozása során nehézséget jelentett, hogy 
nem tudtam pontosan olyan módon összerakni, mint 
ahogyan azt a hivatalos csomagokban megszokhattuk. 
Egyrészt már a készítői sem vállalták el, másrészt renge- 
teg időbe került volna. Ennek ellenére másnapra sikerült 
egy mind a formáját, mind a tartamát tekintve a hivata- 
los csomagoknak teljesen megfelelő csomagot össze- 
rakni. A helyesírás-ellenőrző viszont pofonegyszerű volt, 
csak fogtam a Debianban lévő német magyarítás, és 
egyszerűen átírtam. 

Ezek után jött a dolog terjesztés része. Nagyon örültem, 
hogy kész a csomag, viszont úgy gondoltam, nem leszek 
önző, és megosztom a többi, e csomagra várakozóval is 
(elvégre erről szól a nyílt forráskód). Feliratkoztam a 
magyar Debian-levelezőlistára, valamint a magyar Open- 
Office.org-levelezőlistára, ezenkívül hírként is elküldtem 
az általam ismert, hírbeküldési szolgáltatással is rendel- 
kező, Debiannal is foglalkozó oldalakra (így értesülhetett 
róla a Linuxvilág is). A 5 http://hup.hu-n erős bírálatot 
kaptam, hogy miért pont egy erősen , warez" körökben 
ismert ingyenes tárhelyre töltöttem fel, amiért akkor még 
nagyon haragudtam, így visszanézve azonban ez csak 
előnyére vált a csomagoknak. Így mára állandó és bizton- 
ságos tárhelyük van, valamint apt-vel is elérhetők. 
Elsőként , szogi" segített ki, aki a rendszermagforgatásról 
készített leírásom alkotásába is lelkesen besegített. 

(Ezt a dokumentációt még mindig fejlesztgetem, 
amennyire az időm engedi. Ha valakit érdekel, a 

2 http://wwwitar.hu/balihb/kernelforgatas címen elér- 
hető. A 5 http://savannah.gnu.org-on sikerült regisztrálni 
egy projektet, ígyy már én magam tudtam a csomagokat 
feltölteni. Ennek megfelelően a csomagok telepítése 
sokkal könnyebb lett. A /etc/apt/sources.list-hez hozzá 
kell adni a következő sort: 

t deb http://savannah.nongnu .org/z 

s downi1oad/ooodeb-hu ./ 


www.linuxvilag.hu 
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aztán az 

t apt-get clean 

t apt-get update 

Ht apt-get install openoffice.org- 
sspellcheck-hu 


H apt-get -d install openoffice.org- 
s 1 10n- hü 
Ht dokg --force-overwrite -i 


5 /var/cache/apt/archives/openoffice. 
mOoOZGg AE KOME MESE LETO SE a ES elétő 
parancsokkal települ minden, oda, ahova kell. Ez csak a 
Sid esetén igaz, mert a Woodyban még nincs benne az 
OpenOffice.org, így Woodynál a telepítés idejére vagy át 
kell írni a sources.list-et Sidre, vagy hozzá kell adni egy 
woodys OpenOffice.org-tükröt a sources. lIst-hez 

(5 http://www.linux-debian.de/openoffice/mirrors.html]). 
A csomag csak a deblanos OpenOffice.org-ra települ föl, 
ha tehát az OpenOffice.org az office.fsf.hu-n megtalálható 
telepítővel van telepítve, azt érdemes előtte letörölni. 

Az, hogy a magyarítást a --force-overwrite 
kapcsolóval kézzel kell telepíteni, ne tévesszen meg 
senkit — a hivatalos csomagokat is így kell telepíteni. 

Ha időm engedi (valamint sikerül megtanulnom a GPG 
használatát), ezek a csomagok valószínűleg a hivatalos 
Debianba is be fognak kerülni, úgyhogy lehet, hogy már 


nem kell sokáig szenvedni a sources.list módosítgatásával. 


Szerencsére úgy tűnik, hogy egyelőre folytatni tudom a 
csomag fejlesztését, így ha rajtam múlik, a Debian nem 
marad többet OpenOffice.org-magyarítás nélkül. 


Hámorszki Balázs (balihbocracker.hu) 









2003. február 11 
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Linuxvilág 


UHU-Linux: egyedi csomagkezelő, friss csomagok 


Némi késéssel ugyan, de e cikk megjelenésekor 
végre mindenki számára elérhetővé válik 
az UHU-Linux legfrissebb változata. 


Az eredetileg tervezett megjelenéshez képest megközelí- 
tőleg egy hónapot kellett várnunk, mivel a csapat a 
felhasználók érdekében úgy döntött, késlelteti a megjele- 
nést, hogy egy kiforrottabb rendszert nyújthassanak át 

a felhasználóknak. Megkerestem Koblinger Egmont-ot, 
az UHU-Linux fejlesztői csapatának egyik oszlopos tag- 
ját, és két érdekes témáról kérdeztem. Egyrészt szeret- 
tem volna megtudni, ténylegesen milyen a sokat firtatott 
új csomagkezelő, az uhu-pkg, másrészt kíváncsi 
voltam az új terjesztés csomagjaira. 


RL E: fali ötlk—ösmetn- [eML-HLB--8l 





Gibizer Tibor: Az rc1 megjelenését a hibajavítások 
időszaka követte, de közben már dolgoztatok az új 


Uuhubuild"-en. Hol tart a fejlesztés most? 


Koblinger Egmont: Felismertük, hogy tartósan jó minő- 
séget csak úgy lehet létrehozni, ha nemcsak magára a 
termékre összpontosítunk, hanem azokra a belső esz- 
közökre is, amelyek segítségével a terméket elkészítjük. 
Az rc1-es kiadásig használt eszközökkel a hibák kijaví- 
tása igencsak nehézkes volt. Ezért ősszel az rc2 készí- 
tését nem közvetlenül a hibajavításokkal kezdtük el, 
hanem egy saját csomagkészítő rendszer, az uhubuild 
megtervezésével és megvalósításával. Kettős cél vezé- 
relt minket: olyan hátteret kívántunk kialakítani, amely 
a saját munkánkat megkönnyíti és hatékonyabbá teszi, 
valamint egységesebb és magasabb minőséget ígér 

az elkészült csomagok és ezáltal a teljes terjesztés terén 
is. A tervezést és az első változat megírását követően 

a csomagokat elkezdtük átültetni az új rendszerre. 

A folyamat során szerzett tapasztalatok figyelembevé- 
telével továbbfejlesztettük az uhubuild rendszert. Ósz 
végére jutottunk el oda, hogy mindkét célunkat mara- 
déktalanul elértük, és ténylegesen elkezdhettünk fog- 
lalkozni a terjesztéssel — immár a réginél jóval nagyobb 
hatékonysággal. Természetesen az uhubuild nem befe- 
jezett projekt, és valószínűleg soha sem lesz az, 


számtalan ötletünk van még a továbbfejlesztésére. 

Az uhubuild működéséről címszavakban: az apt-get 
segítségével egy chroot rendszert épít fel, amelyben 
pontosan azok a csomagok vannak telepítve, amelyeket 
az elkészíteni kívánt csomag fordítása során látni szeret- 
nénk. Természetesen ezeknek a csomagoknak a legfris- 
sebb változata található meg itt. Befűzi a /proc és /dev 
fájlrendszereket, valamint a lefordítandó csomag forrá- 
sát, végrehajtja a chnroot rendszerhívást, majd innen- 
től kezdve egyszerű felhasználóként (nem rendszergaz- 
daként) végzi a .uhu kiterjesztésű deb-csomag elkészí- 
tését — közbeiktatva számtalan kötelező lépést, amelyek 
a csomagok egységességét teszik lehetővé ilyen az, 
egységes jogosultság beállítása a súgóoldalara nézvést, 
FHS-ellenőrzés, egy-két jellemző hibára való rákeresés 
és még számos hasznos szolgáltatás). Akit érdekelnek 

a részletek, a leírást is megtalálja a csomagban. 

Sokan úgy gondolják, hogy az UHU egy Debian alapú 
terjesztés, de ezt mindig ki szoktuk javítani arra, hogy 
valójában dpkg alapú. A kezdetek során tényleg sok 
mindent átvettünk a Debiantól, ma már azonban nagyon 
kevés maradt ezekből, és ha valamit más terjesztésekből 
kell átemelnünk, akkor is a Debian csak egy a jó néhány 
közül, amelyet megvizsgálunk. Csomagjaink továbbra is 
deb-csomagok, a dpkg csomagkezelőt használjuk, 
azonban az uhubuild rendszer szinte semmilyen hasonló- 
ságot nem mutat a Debian csomagkészítési módsze- 
rével. Nem használunk , rules" fájlt, a ,control" fájlt is 
parancsfájlok készítik el, tehát nem kézzel farigcsáljuk 
őket. Mivel a végeredmény most is deb-csomag, aki 
csak használni kívánja a rendszert és nem érdeklik a 
kulisszatitkok, nem fog gyökeres változást látni. A szem- 
fülesebbek észrevehetnek egy-két kiegészítést az eredeti 
dpka-hoz képest, ilyen például a , Homepage" mező a 
control fájlban, a csomagfordítási adatok, vagy a stat 
fájl a telepített fájlok tulajdonságairól; de a lényeg válto- 
zatlan. Ide kívánkozik az unu-pkg rendszer 
megemlítése is. 

G. T.: Az uhu-pkg a csomagkezelő szerves része vagy 
ez is önálló alkotás? 

K. E.: Valamelyest a csomagkezelő rendszerhez kapcso- 
lódik az unu-pkg bevezetése, bár lényegében önálló 
program. Körülnéztünk a terjesztések között, és a cso- 
magok telepítése után elvégzendő teendőkre (felhasz- 
nálók létrehozása, ldconfig futtatása, info.dir elkészí- 
tése stb.) vonatkozóan alapvetően kétféle megközelítést 
találtunk. Az egyik szerint minden csomag kézzel-lábbal 
elvégzi, amit szeretne, ezáltal néhány csomagnak hatal- 
mas, átláthatatlan postinst parancsfájlja van, amiben 
nehéz hibát javítani, illetve sok csomagban megtalálható 
ugyanaz a kód, ami szintén a karbantartást teszi nehéz- 
kessé. A másik megközelítés az általában nagy, lassú 

és áttekinthetetlen globális beállító parancsfájl. Ilyenkor 
azonban óriási hátrány, ha ezt valaki elfelejti kézzel 
lefuttatni: a csomag esetleg nem lesz használható. Ezért 
egy olyan megoldást kellett kitalálnunk, ahol egyrészt 

a parancssori dokg (apt, dselect stb.) használata is 


e KELLETT 


Hú a 


bőven elegendő, nem kell további parancsot lefuttatni; 
másrészt viszont a csomag legfeljebb annyit tud magá- 
ról, hogy mit kell vele csinálni (de talán még ennyit 
sem), semmiképpen sem azt, hogy hogyan. Ha például 
az opensshd hoz magával egy ssha felhasználót, 
akkor az opensshd csomag csak annyit tudjon, hogy 
ezt a felhasználót létre kell hozni. A létrehozás mikéntjét 
viszont másvalaki tudja. Ez a másvalaki az unhu-pkg 
nevű parancsfájl, amely minden csomag postinst, 
prerm és postrm parancsfájljaiból meghívódik, majd 
elindítja a megfelelő parancsot. 

A /sbin/uhu-pkag a fő vezérlő parancsállomány. 
Annak a nagyon kevés feladatnak az elvégzésére 
szorítkozik, ami szigorúan kötelező lehet a csomag 
működése érdekében (felhasználó létrehozása, könyv- 
tárak jogosultságainak a beállítása — ezzel a dokg 
egyik hiányosságát pótoljuk — és az esetleges egyéni 
parancsállományok futtatása). Következő lépésben a 
/ sbin/uhu-pka a /usr/flib/uhu-pkg alatti parancs- 
fájlokat indítja. Az itt található parancsállományok 
végzik el azokat a feladatokat, amelyek más csoma- 
gok szempontjából lehetnek fontosak. Például a texinfo 
csomag ide helyezi azt a parancsfájlt, amelyik az 
info.dir fájlt fogja elkészíteni, a glibc ide teszi az 
ldconfig-ot futtató parancsállományt, továbbá 

az xfree86 ide rakja az ablakkezelők listáját, valamint 
a fonts.dir fájlokat készítő parancsfájlt és így tovább. 
G. T.: A most elmondottakból látszik, hogy komoly 
változások történtek a háttérben, de mit érzékel ebből 

a felhasználó? 

K. E.: Az , uhubuild" rendszernek köszönhetően jóval 
könnyebben tudunk haladni a programok változataival, 
így elmondható, hogy élen járó terjesztés lettünk. Szinte 
minden programból a legújabb elérhető üzembiztos vál- 
tozatot használjuk, például gcc-3.2.1, glibc-2.3.1, perl- 
5.0.0, kernel-2.4.20, kde-3.1-rc6, openssl-0.9.7 — a sort 
a végtelenségig lehetne folytatni. 

G. T.: Ezek valóban komoly változások. A csomagkezelő 
fejlesztése közben maradt időtök a számos felhasználói 
kérés teljesítésére is? Itt arra a rengeteg csomagra gon- 
dolok, amit a honlapotokon (5 http://www.uhulinux. hu), 
illetve a levelezőlistátokon (uhu-kezdorouhulinux.hu) 
keresztül kértek a felhasználók. 

K. E.: Természetesen minden igényt igyekeztünk kielé- 
gíteni, ami a rendelkezésünkre álló helyre befért. Ami 
a levelezőlistán szóba került, vagy amit a honlapon 
keresztül kértek, azoknak a legnagyobb része belekerült 
a terjesztésbe. Ezek között említhetem meg az ala- 
csony rendszerigényű ablakkezelőket (IceWM, Window 
Maker és Blackbox), a Num Lock-ot bekapcsoló 
numlockx programot és a KDE kétpaneles pcmm 
fájlkezelőjét (amelyet le is fordítottunk magyarra), vagy 
éppenséggel az arenaportal.hix.com fórumhoz készült 
ügyfélprogramot. Pótoltuk a hiányzó alapcsomagokat, 
ezek például a következők: antiwora, atd, crond, 
ntpd, recode, rsync, screen, sudo, w3m, 
wvdial, xineta. A Commodore-emulátor mellett a 
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másik tábor igényeit a magyar fejlesztésű ZX Spectrum 
emulátor elégítheti ki. Fejlesztők számára az 1trace 
és a ccache lehet érdekes, valamint természetesen 
az uhubuild rendszer, ami a számtalan hozzá tartozó 
segédprogrammal együtt ugyancsak megtalálható 

a terjesztésben. 
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Az irodai csomagok gyűjteményét a KJK-Kerszöv 
CD-Jogtárával, valamint a Lafisoft raktárkészlet-kezelő 
és számlázó programjával bővítettük. 

A kikapcsolódni vágyóknak néhány új játékkal szolgál- 
hatunk, ide tartozik például a Ouadra nevű, több játékos- 
sal is játszható tetris, a bomberman típusú XBlast, 

a falkilővő Ibreakout, a GAV nevű röplabdajáték és a 
Jump n Bump névre hallgató , nyuszi-őrület" . 
Szórakozásképpen érdemes a figlet és a cowsay 
programokra is rápillantani. 

G. T.: Milyen változás tapasztalható a régi csomagok terén? 
K. E.: Az egyes csomagokban történt számtalan javítá- 
son kívül át is neveztünk, illetve több csomagot szétrob- 
bantottunk. A pontos csomagnévváltozások listája meg- 
található a lemezen. 

A változatszám nélküli .so fájlok általában átkerültek 

a fejlesztői csomagba, csakúgy, mint a .a és ./a fájlok, 
valamint a kézikönyv harmadik fejezetének az oldalai. 
Az uhubuild rendszer következménye, hogy a terjesztés 
több téren is egységes lett, ezt mutatja például a cso- 
magokról szóló leírásoknak a /usr/share/doc/Packages 
könyvtárba történő gyűjtése, vagy a tömörítetlen és 
mindig rendszergazdai tulajdonú kézikönyvoldalak. 

A rendszer egészét érintő változás, hogy a függvénytá- 
rakból a szimbólumok nincsenek kiszedve, azok az nm 
paranccsal megtekinthetők. Ez rendszerközeli fejlesz- 
tések során néha óriási segítség lehet. 

G. T.: Milyen változások történtek a magyar nyelv támo- 
gatásával kapcsolatban? 

K. E.: Számtalan program magyar fordításán javítottunk, 
átfuttattuk helyesírás-ellenőrzőn, vagy éppenséggel a 
semmiből készítettük el. A rendszerben megtalálható 
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a Gnome magyar nyelvű súgója. Több Latin-2-es karak- 
terkészletet szállítunk, így már az OpenOffice.org menül- 
ben is szép ékezetek jelennek meg. Tucatnyi alkalmazást 
átállítottunk, hogy a Latin-2 karakterkészletet használja 
a Latin-1 helyett. 

A glibc-ben a hárombetűs hónaprövidítéseket a magyar 
helyesírás szerinti alakra cseréltük ki (például , sze" 
helyett , szept ). 
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A konzolt használók számára feltűnhet az ű betű ékeze- 
tének a kijavítása, valamint az, hogy a gpm az ő és ű 
betűket immár helyesen kezeli. 

Természetesen a magyar ispel1 legújabb változatát 
szállítjuk, amely már az OpenOffice.org-ban használt 
komolyabb myspell motorhoz Is tartalmaz parancssori 
felületet. 

Az uhubuild rendszer még arra is figyel, hogy a csoma- 
gok leírásában lévő szavakat a magyar ispell elfogadja-e, 
így a leírások kapcsán minket ért sok kedvezőtlen bírálat 
remélhetőleg mostantól idejétmúlt lesz. 

G. T.: Gondolom több olyan változtatás is történt, ami 
akár egy önálló cikket is megérdemelne, de most csak 
néhány érdekesebb részre kérdeznék rá. Mi a helyzet 

a rendszerindítással? 

K. E.: Az LSB-hez igazodva a rendszer 5-ös futási szinten 
indul el. A 3-as szintre váltással leállítható a gdm vagy 
kdm. Hibajavítás az rc1-hez képest, hogy a démonok az 
init parancsfájl segítségével immár a csomag frissí- 
tése után is leállíthatók. Azok a démonok, amelyek csak 
a külvilág felé szolgáltatnak (openssha, proftpa, 
xinetd), nem indulnak el alapból. 

A rendszermag üzenetei nem kerülnek ki a konzolra, így 
a képernyő a rendszer indulása során áttekinthetőbb és 
szebb. A karakterkészlet és a billentyűzetkiosztás a 
legelső lépésben betöltődik, adatbázisuk /usr/Iib/kbd alól 
/etc/kbd alá költözött. Ezt követi a fájlrendszer ellenőr- 
zése, hogyha itt bármi hiba adódna, már be legyen 
töltve a kívánt billentyűzetkiosztás. 

A /etc/sysconfig alatt megadható, hogy a CMOS óra 


helyi vagy UTC időt tároljon-e, valamint hogy a Num 
Lock-ot ki- vagy bekapcsolt állapotban szeretnénk-e látni 
konzol alatt. 

A felhasználónevet fogadó agetty programot 
kicseréltük az fbgetty-re, amely rendelkezik egy-két 
érdekes, szokatlan tulajdonsággal is, például ilyen a 
pontos idő kiírása és frissítése (igaz, ezt félig mi tettük 
bele). Továbbá új külsőt kapott az üdvözlő szöveg. 

A memtest program immár a telepített csomagok 
között is megtalálható, jóllehet ez nem egy Linux alól 
futtatható program, viszont önműködően bekerül a 
GRUB indító menüjébe. 

A make-boot floppy parancs a telepített rendszer 
beállítófájljainak érintése nélkül készít indítólemezt 

— ez a szolgáltatás a telepítés során is jól működik. 

Az indítólemezen az UHU-háttér előtt az előre beállított 
három lehetőség jelenik meg: a telepített rendszer 
indítása a merevlemezről szedett rendszermaggal 

és initrdá-vel, a hajlékonylemezről szedett maggal 
(initrd nélkül), illetve a memóriaellenőrzés. 

G. T.: Mi történt a fájlrendszerrel? 

K. E.: A /usr/X11AR6 alá csak az XFree86, illetve az ahhoz 
roppant közel álló csomagok pakolnak (karakterkészle- 
tek, valamint lesstif). Mindenki más a /usr/bin alá 
szállítja a binárisokat, a /usr/lib alá a libeket stb., még 
akkor is, ha az adott program X-et igényel. 

A terjesztés részeként többé nem használjuk a /opt 
könyvtárat. Az Acrobat Reader és az OpenOffice.org 

a /usr/lib könyvtár alá költöztek át. 

G. T.: Sokan jelezték, hogy a grafikus terminálokon 

belül az egyes billentyűk hibás működése miatt gondjaik 
támadtak. 

K. E.: Ezeket remélhetőleg mind javítottuk, és most már 
mindenütt jól működik a HOME, END, PAGE UP, PAGE DOWN, 
BACKSPACE és a több. 

A terminálkezeléshez kapcsolódik, hogy a Midnight 
Commander immár rendesen kezeli az egeret (a máso- 
lás—beillesztés szolgáltatás a SHIFT gomb lenyomásával 
érhető el), mindig színes, és rendszergazdaként a fájl 
törlésére vagy felülírására rákérdező ablak, valamint a 
hibaablakok piros alapon fehér helyett a még feltűnőbb 
sárga színt használják. Egyébként az mc-vel kiemelke- 
dően sokat foglalkoztunk, melynek eredménye egy átdol- 
gozott mc.ini és mc.ext fájl, sok hibajavítás, közben 
pezsgő kapcsolattartás a program fejlesztőjével. Ezek 
után talán nem meglepő, hogy a felhasználó nem a meg- 
szokott 4.5.55-ös változatával fog találkozni, hanem a 
4.6.0-pre2-vel, 

G. T.: Változott-e valami a bejelentkezés, az azonosítás, 
a beállítófájlok körül? 

K. E.: A /etc/profile és /etc/bashrc egyszerűsödtek. 

A bash önműködően hajtja végre a /etc/bashrc fájlt, így 
a felhasználók saját könyvtára alatt többé nincs szükség 
arra a .bashrc fájlra, amelyik szinte mindig csak egy má- 
solat a /etc/bashrc fájlból. A PAGE UP és PAGE DOWN gom- 
bok a parancslistában a begépelt karakterekkel egyező 
kezdetű parancsok közötti előrefelé, illetve hátrafelé 
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történő keresésre lettek beállítva. A TAB gomb hatására 
a bash-completion csomag megpróbálja értelmes 
módon kiegészíteni a parancsokat. Általában egész jól 
sikerül neki. Ha valakinek nem tetszik, egy saját üres 
-—/.bash completion fájllal letiltható, de a csomag akár 
rendszergazdaként is leszedhető. 

Új parancsjelet (prompt) terveztünk, amely egyrészt 


már a gépnevet is tartalmazza (amennyiben az külön- 
bözik localhost-tól), másrészt az írásmódja olyan, hogy 
könnyen be lehessen másolni az ssh parancs tulaj- 
donságai közé. 

A környezeti változók legnagyobb része nem a 
/etc/profile-ból állítódik be, hanem a PAM rendszer 
révén. Ezeket a változókat a /etc/security/pam. env.conf 
fájlban, valamint a /etc/env.d könyvtárban találjuk meg. 
Fontos megemlíteni, hogy a su parancs különböző PAM 
fájlt használ aszerint, hogy bejelentkezési héjat kell-e 
indítania, ugyanis ez esetben PAM-mal állíttatja be az új 
környezeti változókat. Újdonság a pam xauth modul 
használata, amely akár su, akár su - esetén továbbítja 
az ,X-sütiket", így a grafikus felületen az új felhasználó 
is gond nélkül ablakot tud nyitni. 

A grafikus felületen történő bejelentkezéssel kapcso- 
latban elsőre talán az tűnik fel a felhasználónak, hogy 
immár GDM-ben és KDM-ben is választhat a telepített 
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ablakkezelők közül. Ezt is az unu-pkg rendszerrel 
oldottuk meg. 

G. T.: Milyen újdonságról tudsz beszámolni az 
OpenOffice.org kapcsán? 

K. E.: A 046-os fordításra frissítettünk. A csomag a 
/usr/lib könyvtár alá települ, változatszám-független 
könyvtárba. A felhasználó saját könyvtára alatt is 
változatszám-független könyvtárat hoz létre. Az indító 
parancsállomány sokat egyszerűsödött. Most már 

akkor is működik, ha a saját könyvtár nem 
/home/felhasználónév alakú. A magyar helyesírás-ellen- 
őrzése terén nem saját magával szállítja a szótárfájlokat, 
hanem a myspe11-hu csomagra támaszkodik, Így ez 
könnyebben frissíthető, kicserélhető alatta. A fonts- 
urw-iso-8859-2 csomag tartalmaz olyan karakter- 
készleteket, amelyektől a magyar ékezetes betűk az 
00.o menüiben is szépek lesznek. Ehhez az X beállító- 
fájljában szerepelnie kell egy ilyen sornak: 

FontPath 

"use s xtiR6/dao/XiI/Ttoöonts/ÜURW latim2! 
G. T.: Az XFree86-ban is történt változás? 

K. E.: Az euró jelét felvettük a billentyűzetkiosztásba. 
Kiszedtük a félrevezető és elavult 12 " nevű változatot. 
Fekete háttérrel indul a jó öreg szokásos fekete-fehér 
pöttyös helyett, ahogyan majd a leendő 4.3-as változat is. 
Szinte teljesen újraírtuk az Xsession, xinitrc és startx 
parancsfájlokat. A már-már hagyományos .Xresources, 
.Xmodmap és .Xkbmap fájlokon túl .Xnumlock fájlt is tá- 
mogatnak, ebbe egy ,on" vagy , off" szót írhatunk, így be- 
lépésünk során a NuM Lock a kívánt állapotra állítódik be. 
G. T.: Maradjunk ennek a témának a környékén. MI tör- 
tént a Gnome-val? 

K. E.: Komolyabb változások ezen a téren nem történtek, 
bár ez leginkább annak köszönhető, hogy nem jelent 
meg lényegesen újabb Gnome-változat. Javítottunk egy- 
két fordítási hibát, így például a , Kezdd itt" egy d-vel írt 
változata, vagy az értelmetlen ,, Takarítás név alapján" 
immár a múlté. A rendszerfigyelőben is jók az ékezetek. 
Mivel saját billentyűzetkiosztást használ, az euró jelet itt 
is beállítottuk. A pingvinfej-ikon a multi-gnome - 
terminal helyett a jobb magyar fordítással rendelkező 
hagyományos gnome-termina1-t indítja. 

G. T.: A jelek szerint valóban nem túlzó az az állítás, 
hogy szinte minden megváltozott. Nyugodtan 
javasolhatjuk az áttérést az rc1-felhasználóknak? 

K. E.: Természetesen igen. Nagyon sokat fejlődött a 
terjesztés, és nem tudunk olyan tényezőről, amelyben 
az rc1-nél gyengébb volna. 

G. T.: Köszönöm a beszélgetést, és további jó munkát 
kívánok! 


Gibizer Tibor (gibzorolinuxmania.hu) 
Újságíró, immár hét éve a Linux 
elkötelezett híve. Imádja a kutyákat, 

a kerékpározást és az autós csavargást. 
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A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakori 
kérdéseket és az egyéb 
útmutatásokat a 

2 www. linuxjournal.com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
További kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www.linuxjournal.com/ 
[/-issues/techsup.htmi 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 

a ,BIS" kulcsszó. 
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A hónap szakmai tanácsai 


A Snort, a MySOL és 

az ACID együttes használata 

Tud valaki olyan leírást javasolni, amelyik teljes mélységé- 
ben bemutatja a Snort telepítését egy olyan rendszerre, 
amelyen MySÜL és ACID fut? Már három hete próbálko- 
zom, de az ACID-konzol nem naplózza az eseményeket. 
Colin Slevin, Colsevcotranswareplc.com 


Nem említetted, hogy a naplózás más módon megtör- 
ténik-e. A Snort általában több csatornán keresztül is 
naplóz, ha az alapbeállításait használod. Ha egyáltalán 
nem készül napló, valószínűleg máshol lesz a gond. 
Egyébként szerkeszd át a snort.conf állományt. Több 
naplózási példa is van ott, biztos találsz olyat, amelyik 
megfelel az igényeidnek. Van Snort-levelezőlista is, a 
felhasználók nagyon segítőkészek. Feliratkozhatsz rá 

a 5 http:/Avww.snort. org/lists.htmi oldalon. Javaslom, 
hogy ott tedd fel a kérdéseidet. Add meg pontosan, 
miképpen telepítetted a programokat, akkor részletesebb 
segítségre számíthatsz. 

Chad Robinson, crobinsonarfgonline.com 


A CD-s telepítés lefagy 

Sokszor megpróbálkoztam a Red Hat 7.3 telepítésével 
egy NEC P150-es gépre. CD-ről indítom a rendszert, 
de a gép mindig lefagy a telepítés felénél. 

Leong Y C., leongyckotp.edu.sg 


Próbáld megváltoztatni a CD-ROM DMA-beállításait a 
BIOS-ban. Bizonyos gépek lefagynak, ha ez az érték nem 
megfelelő. Ez nemcsak a Linuxszal történhet meg, 
hanem bármely operációs rendszerrel, ami CD-ről futtat 
alkalmazást. 

Felipe E. Barousse Boué, fbarousse-opiensa.com 


Három dolgot próbálhatsz meg: 

1. alkatrészek lekérdezésének tiltását (rendszerindítás 
a noprobe kapcsolóval); 

2. a szöveges módú telepítést; 

3. ha megvetted a dobozos változatot, beszélj 
a Red Hat terméktámogatási szolgálatával. 

Marc Merlin, marc bts2google.com 


A /boot bombabiztos másolata 

Távolról üzemeltetek néhány Linux-munkaállomást, 

és nagyon fontos számomra, hogy mindig elérhetőek 
maradjanak. Úgy szeretném ezeket a rendszereket 
beállítani, hogy minden gépnek két betöltő és két gyö- 
kérlemezrésze legyen. A célom ezzel az, hogy az elsőd- 
legesen használt lemezrészekkel kapcsolatos karbantar- 
tási feladatokat a másodlagos lemezrészekről indított 
rendszerrel végezhessem. A másodlagos lemezrészeken 
csak a legalapvetőbb képességekre van szükségem, 
név szerint az egfsprogs csomagra, a DHCP-re és az 
sshd-re. LILO-t vagy Grubot tervezek használni, és az 
init 6 paranccsal váltogatnék a két telepítés között. 
Feltéve, hogy a konzolos hozzáférés nem oldható meg, 
mi a legbombabiztosabb módja a lemezrészek kiosztásá- 
nak és a beállításoknak egy ilyen rendszernél? 

Marc Lavergne, milavergne(ocfl.rr.com 


Nem igazán van szükséged másodlagos lemezrészekre 

a frissítések telepítéséhez. Az RPM lehetővé teszi a 
menet közben történő frissítést. Gyakorlatilag a rend- 
szermag frissítése az egyetlen művelet, amely a gép 
újraindítását kívánja. Ezt észben tartva az általad vázolt 
oda-vissza megoldás jól jöhet akkor, ha a frissítésnél 
elszúrtál valamit. Tudtommal a LILO és a Grub nem ren- 
delkezik azzal a képességgel, hogy egy másik lemez- 
részről indítsa a rendszert abban az esetben, ha az előző 
rendszerindítás sikertelen volt. Valószínűleg írnod kell 
egy pár kódsort ehhez a képességhez. Ez a megoldás 
sem véd meg azonban a rendszer lefagyásától vagy gép 
meghibásodásából adódó rendszerösszeomlástól. Való- 
jában a távoli rendszerek is igényelnek bizonyos mértékű 
konzolos hozzáférést. 

Christopher Wingert,cwingert ocwingert. gualcomm.com 


Úgy látom, a megoldás nehézsége abban rejlik, hogy 
nem számíthatsz a távoli felhasználó segítségére — kü- 
lönben rendszerindító CD használatát javasoltam volna. 
Némelyik — például a Gentoo — SSH-val is rendelkezik. 
Chad Robinson, crobinsonearfgonline.com 


Nincs olyan lemezrész-elrendezés, amelyik jobb lenne, 
mint a többi. Az egyetlen dolog, amivel a rendszert bom- 
babiztosabbá teheted, ha csak négy lemezrészt hasz- 
nálsz, és nem használsz kiterjesztett lemezrészeket. 

így a lemezrészeket leíró táblázat teljes egészében a me- 
revlemez fő indítósávjában helyezkedik el, és nem terjed 
ki láncolt listaként a lemez távoli pontjaira. Ez természe- 
tesen nem jelent nagy különbséget, csak akkor, ha 
valami nagyon rossz dolog történik a merevlemezzel. 
Marc Merlin, marc bts2google.com 


Linuxos illesztőprogram 

Belkin vezeték nélküli hálókártyához 
Nemrég telepítettem egy vezeték nélküli PCI-hálókártyát, 
de a gyártó cég, a Belkin, nem adott mellé Linuxhoz való 
illesztőóprogramot. Keresgéltem egy kicsit, és rátaláltam 
a Linux-WLAN illesztőprogramra. Megpróbáltam telepí- 
teni, de a fordításkor (make a11) rengeteg hibaüzenetet 
kaptam, és a program nem fordult le. 

Matt Jacobs, mjacobs5 19Ohotmail.com 


Ha gyorsan szeretnél csatlakozni a hálózathoz, jó hírem 
van: a Belkin sok más gyártóhoz hasonlóan az elterjedt 
Prism/2 lapkakészletet használja. Tim Miller készített 
egy Prism/2 alapú kártyákat támogató RPIM-et 

a Red Hat 7.3 és 8.0 terjesztésekhez 

(5 http://prism2.unixguru. raleigh.nc.us). Forrásból 
szeretnéd lefordítani a meghajtókat, akár azért, mert 
egyéni rendszermagot szeretnél, akár azért, mert 

meg akarod tanulni, hogyan kell fordítani az ilyesmit. 
Ehhez olvasd el a rendszermag HOGYAN-okat 

(5. http://www.linux-hogyan.hu/indexhu.php?page — 
howto/translations/hu/htmi. single/Kernel-HOVWTO-hu.htm]). 
Don Marti, dmartKossc.com 


Linux Journal 2003. január, 105. szám 


Új termékek 


Runtime Revolution 2.0 
A Runtime Revolution bejelentette 
a Revolution 2.0, egy több felületen 
használható fejlesztőeszköz megjele- 
nését. A Revolution felületépítőt, 
egy, az angolhoz hasonló program- 
nyelvet, valamint beépített interne- 
tes és multimédiás lehetőségeket 
használ. A felhasználó által megírt 
egyetlen alkalmazás minden célope- 
rációs rendszeren futni fog. A 2.0-s 
változat újdonságai közé sorolható: 
Jaguar-barát felület, unicode-os 
szövegbevitel és szövegműveletek, 
számolótábla, illetve táblázat-szöveg- 
mezők, új XML-programkönyvtár, új 
SOAP-támogatás, új jelentésnyom- 
tató motor, beépített programozható 
hibakereső, továbbfejlesztett adat- 
bázis-elérés minden felületen, Perl- 
szerű szabványos kifejezések és 
eszközök MIDI-zenefájlok létrehozá- 
sához és lejátszásához. 
Adatok: Runtime Revolution Ltd., 91 
Hanover Street, Edinburgh, Scotland, 
UK, EH2 1DJ, telefon: 970-278-9243, 
e-mail: supportxrunrev.com, 
2 http:/Awww.runrev.com/ 
newsrevolution20.htmi 


Nuxeo Collaborative 
Portal Server 
A Nuxeo Collaborative Portal Server 
(CPS) egy Zope-ra épülő webes tar- 

; talomke- 
E 8 ak zelő rend- 

ME) smsszztznű ömztáa kereen SZET. A CPS 

használa- 

tával csoportmunkát segítő intrane- 
tes, extranetes vagy internetes alkal- 
mazások készíthetők. A CPS-ben a 
weboldalak és a rendszerszerkezetek 
létrehozása dinamikusan történik. 
A tartalom, az adatok megjelenítése 
és az adatokon végzett műveletek el 
vannak választva. Számos formátum- 
ban (StarOffice, OpenOffice, PDF. RTF 
XML stb.) lehetséges a többféle for- 
mátumú dokumentumok indexelése 
és előnézet megjelenítése. Beépített 
keresőszolgáltatást, metakönyvtárat, 
változatkezelést és levelezőlistát is 
tartalmaz. A CPS szabad program, 
a Nuxeo webhelyéről tölthető le. 
Adatok: Nuxeo 14, rue du Soleillet, 
Paris, France 25020, 
e-mail: contacteonuxeo.com, 
2 http:/Awww.nuxeo.com/en 


www.linuxvilag.hu 


7160 Anything I/O 

A 7160 az FPGA alapú Anything 
be/kimenetvezérlők önálló (nem 
sínes) változata. Az eszköz 96 B/K 
biten dolgozik, csatlakozónként 

24 bittel négy ötventűs csatlakozón. 
A csatlakozók tűkiosztása megfelel 
a B/K-modulszekrényeknek. A 7160 
rendelkezik még két RS-485 soros 
kapuval és két RS-232 kapuval. Ezek 
közül az egyik a kezdeti beállítások 
letöltésére szolgál a kártyára épített 
Flash EEPROM-ba. Számos B/K- 
beállítóállomány rendelkezésre áll, 
többek között egyszerű és okos 
távoli B/K, négy- és nyolctengelyes 
robotmotor-vezérlő stb. Kiegészítő 
kártyák is kaphatók, például nyolc- 
csatornás RS-232/485 csatolófelület, 
hibakereső LED-kártya, kéttengelyes 
A léptetőmotor-meghajtó. 

Adatok: MESA Electronics, 

4175 Lakeside Drive, Suite 100, 
Richmond, California 94806, 

e-mail: sales-omesanet.com, 

2 http:/Awww.mesanet.com 


OuickStart Kitek 

Az Ampro Computers és a TimeSys 
összefogott, hogy tanúsított, ipari 
minőségű Linux-terjesztéseket és 
fejlesztőkörnyezeteket hozzanak létre 
a beágyazott valós idejű OEM-esz- 
közök tervezéséhez és telepítéséhez. 
Az első közös termék a OuickStart Kit 
(OSK), amely az Ampro PowerPC ISA 
alapú EnCore PP1 moduljához való. 

A MIPS és x86 alapú kártyákhoz és 
modulokhoz is hamarosan megjelenik 
a megfelelő OSK. Minden ÜuickStart 
Kit tartalmazza a TimeSys Linux ter- 
jesztését, melynek része az operációs 
rendszer, az eszközmeghajtók, a GNU 
fejlesztőeszközök, fejlesztőkörnyeze- 
tek Windows (Cygwin) és Linux 
munkaállomáshoz, a gyökérfájlrend- 
szer és az ellenőrzött rendszerbetöltő 
program. Ráadásul a programcsomag 
néhány betölthető rendszermagmodul 
kipróbálásra szánt változatát is tartal- 
mazza, amelyek a valós idejű képes- 
ségeket adják a TimeSys Linux Real- 
Time, TimeSys Linux CPU, illetve 

a TimeSys Net rendszerekhez. 
Adatok: Ampro Computers, Inc., 
5215 Hellyer Avenue 7110, 

San Jose, California 95138, 

2 http:/Awww.ampro.com/linux 


Xandros Desktop 

A Xandros kiadta a Xandros Desktop 
nevű munkaasztali környezetet, ame- 
lyet a Corel Linux Business részle- 
gének csapata kezdett el fejleszteni, 
még mielőtt a Xandros 2001-ben 
felvásárolta volna őket. A Xandros 
legfőbb tulajdonságai: csereszaba- 
tosság, egyszerű kezelés, nagy biz- 
tonság és a hálózaton keresztüli fris- 
sítés lehetősége. A Xandros képes 
együtt dolgozni Windowst, Unixot 

és Linuxot futtató hálózatokkal, ezek 
között a rendszerek között az állomá- 
nyok megosztása is lehetséges. 

A munkaasztali környezet része a 
CodeWeaver CrossOver megoldása, 
amelynek segítségével a felhasználók 
egy időben képesek Windows- és 
Linux-alkalmazásokat használni. Az öt 
lépésből álló grafikus telepítőprogram 
az NTFS-lemezrészek átméretezését 
is lehetővé teszi. 

Adatok: Xandros, Inc., 41 East 

11. Street, 11. floor, New York, 

New York 10003, 

e-mail: sales-9xandros.com, 

2 http://www.xandros.com 


SuSE Openexchange Server 
A SuSE Linux bejelentette az Openex- 
change Servert, egy teljes körű kap- 
csolattartási és csoportmunka-meg- 
oldást. Az Openexchange egy alkal- 
mazáson belül kínál elektronikus 
levelezést, a webes levelezőügyfelek 
támogatását, központi találkozó- és 
címjegyzékkezelést, valamint projekt- 
irányító és feladattervező eszközöket. 
A központilag ellenőrzött dokumen- 
tumkezelés és a csoportalapú vitafó- 
rumok szintén rendelkezésre állnak. 
Az Openexchange felület a böngésző- 
programon belül fut, így a szolgálta- 
tások minden számítógéptípuson és 
operációs rendszeren használhatók, 
beleértve a Windowst és a Mac 0S-t 
is. Az adatok egyeztetése kézi számí- 
tógépekkel (PDA) is lehetséges. 
Adatok: SuSE Linux AG 
magyarországi irodája, 1399 
Budapest, Pf: 701, 301 

Tel: (11450 0921 

Fax: (1330 5672 e-mail: 
infocosuselinux.hu 

Anyacég: 5 http:/Awvww.suse.de/en 
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diff -u: Rendszermag-fejleszési hírek 





Jerf Dike User Mode Linuxát végre-valahára bevették a 2.5-ös 
rendszermagfába. Így a felhasználók a Linux-rendszermagot 

a rendszerben futó felhasználói folyamatként hívhatják meg. 
Másként fogalmazva: párhuzamosan indítható tetszőleges 
számú virtuális Linux-rendszer, amelyeket Beowulffal vagy 

más módon telepbe lehet rendezni; illetve olyan új vezérlőprog- 
ramok vagy egyéb gyorsan terjedő javítócsomagok kipróbá- 
lására használhatók, amelyek a rendszer összeomlását okoz- 
hatják. Nincs több hosszas újraindítás, ha az új játékszer lefagy 
— indíts új példányt, és folytasd a kísérletezést! 

Az SGI naplózó fájlrendszere, az XFS is bekerült a 2.5-ös fába, 
miután végre eleget tett Linus Torvalds elvárásainak. Az XFS 
sokáig meglehetősen vad változtatásokat hajtott végre a rendszer- 
mag egyes területein, amelyeket Linus véleménye szerint nem 
lenne szabad érinteni. Ezeket a ,kinövéseket" lenyesték, a kód 
pedig bekerült a fába. A naplózó fájlrendszerre vágyó felhasználók 
az ext3, a ReiserFS, az IBM-féle JFS és — most már — az XFS 
közül választhatnak. 

A számlakezelés nagy változáson ment keresztül: most százezer 
szál futtatható párhuzamosan. Ez megdöbbentette a rendszer- 
magfejlesztőket, Linus például azt hitte, félreolvasta a bejelen- 
tést. Ulrich Drepper és Molnár Ingó kardoskodott ezért a változ- 
tatásért, amellyel a szálméretezés messze meghaladja azt az 
ésszerű határt, ameddig az otthoni rendszereken el lehet me- 
részkedni. Másrészt viszont — ahogy az egyik fejlesztő mondta — 
ha semmi másból nem, ebből biztosan látszik, hogy jót is 
cselekedtünk. 

Folyamatban van egy olyan kezdeményezés, amely gyakorlatilag 
minden felhasználót komolyan érinteni fog. Előfordulhat, hogy 
visszavonják azt a lehetőséget, hogy egy modult a rendszermagból 
ki lehessen üríteni (unload). Úgy tűnik, a modulkezelés kódja túl 
összetetté vált, és az egyik egyszerűsítő javaslat szerint a már be- 
töltött modulokat tartósan be kellene illeszteni a futó rendszerbe. 
Csak az a gond, hogy a modulkiürítést sok fejlesztő hasznosnak 
tartja és nem akar lemondani róla. A jelenlegi állás szerint a vita 
bármelyik irányba eldőlhet. 

Új összeomlás-kezelési kódok láttak napvilágot. Ezek egyike egy 
olyan javítócsomag, amely a memóriakiíratási (core dump) fájlok 
nevét szabályozza. Amikor egy programhiba miatt memóriakiíra- 
tásra kerül sor, akkor a pillanatnyi könyvtárban nem egyszerűen 
egy core nevű fájl jön létre, hanem a fájl a felhasználó által mega- 
dott néven egy másik könyvtárban is létrehozható. Az összeomlás 
kezelésére szolgáló másik kódrészlet a kksymoops, egy 00PS- 
kezelő, ami feloldja a rendszermagszimbólumokat, még mielőtt 
kiíratná az OOPS-adatokat. Korábban az 00PS-kimenetet külön 
programmal kellett feldolgozni, hogy a rendszermagfejlesztők 
használni tudják. A kksymoops segítségével több és haszno- 
sabb adat válik elérhetővé. A felhasználók számára egyszerűbbé 
válik a rendszerőösszeomlás bejelentése, a fejlesztők számára 
pedig a hibakeresés. 


2 http:/Avww.kernel.org 
2 http://user-mode-linux.sourceforge.net 
Zack Brown 
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iskolák, figyelem! 


A Kiskapu Kiadó saját 
kiadványait 


2095-os 


kedvezménnyel kínálja a magyar 
oktatási intézmények számára. 


A kiadónk gondozásában 
megjelent könyvek katalógusa 
a www.kiskapu.hu/katalogus 

címről tölthető le. 


www.kiskapu.hu 
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CheckBook Tracker 


Ha le szeretnéd cserélni a Ouickent, eljött 
az idő. Én nem használtam a Ouickent, 
ezért OIF formátumban letöltöttem a banki 
fájlokat, és gond nélkül felvettem őket a 
CheckBook Iracker programba. A Check- 
Book kezelőfelülete áttekinthető, hatékony 
és többféle megjelenítési módot kínál. Talán 
a legegyszerűbben használható csekkönyv, 
amivel az utóbbi időben dolgom volt. 
Futtatásához szükségesek: libXi, libXext, 
IbX11, libm, libgtk, libgdk, libglib, 

libgdk pixbuf, libgmodule, libdi és, glibc. 
2 http://tony.maro.net 


TypeFast 
A TypeFast egyszerű, leckékre bontott 
gépírásgyakorló program. Nem tanít 
meg gépelni (sőt feltételezi a gépírás 
ismeretét), de a segítségével gyorsabban 
leszel képes gépelni xterm vagy VI 
terminálablakban. Különféle billentyűze- 
teken gyakorolhatsz (OWERTY vagy 
DVORAK típusún), és kezet is válthatsz, 
hogy mindkettőt fejleszthesd. 
Futtatásához libncurses és glibc szükséges. 
2 http://homepages.ihug.co.nz/— syringe/ 

typefast.htmli 

David A. Bandel 
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A nyelvtörvényről - utólag 


A 2001-es, röviden csak nyelvtörvényként emlegetett 
szabályozás elfogadása hosszadalmas és nehéz, máig 
sem lezárt társadalmi—szakmai vita egyik állomásának 
volt tekinthető. Az alábbiakban a nyelvtörvényen túl 
röviden érintjük a vita lényegi pontjait, tágabb ható- 
sugarát, valamint az egyes táborok főbb érveit. 


, Magyar nyelven kiadott sajtótermékben, magyar 
nyelvű rádió- illetve televíziróműsorban, továbbá 
szabadtéri reklámhordozón közzétett, a gazdasági 
reklámtevékenységről szóló 1997. évi LVIII. törvény- 
ben... meghatározott gazdasági reklámban a reklám 
szövegét, ideértve a jelmondatot (szlogent) is 
— a vállalkozás neve, megjelölése, illetve az árujelző 
kivételével — magyar nyelven meg kell jeleníteni, 
függetlenül a közzététel módjától. A... követelmény 
teljesíthető úgy is, hogy ugyanazon reklámban az 
idegen nyelvű szövegen (szövegrészen) kívül annak 
magyar nyelvű megfelelőjét is megjelenítik, legalább 
ugyanolyan jól érzékelhetően, valamint legalább 
ugyanolyan méretben, mint az idegen nyelvű szöve- 
get (szövegrészt) . 

(Részlet a 2001. évi XCVI. törvényből) 


1997 júniusában a Parlament elfogadott egy reklámtör- 
vényt. Ennek kapcsán egyes nyelvvédő civil szervezetek 
a reklámok nyelvezetének , túlzott idegenszó-használata" 
(Grétsy László) miatt már akkor azt szorgalmazták, hogy 
a törvény az idegen nyelvű reklámok megjelenését is kor- 
látozza, mivel azok személyiségi jogokat csorbítanak. 

A későbbi, 2001-es törvényjavaslatot érintő kormányzati 
érvelés szerint is hazánkban minden polgárt alkotmányo- 
san megillet az , információs szabadságjog" (Hende Csa- 
ba, az Igazságügyi Minisztérium volt politikai államtitkára, 
egyúttal a törvény szövegének írója), vagyis hogy ne 
csak lássa, de értse is például az üzletek nem magyar 
nyelvű feliratait. Az akkori törvényjavaslat ellen félszáz 
magyar nyelvész, köztük akadémikusok is, nyilatkozatban 
tiltakoztak (lásd Élet és Irodalom, 1997. 05. 09.), és je- 
lentős vita bontakozott ki. Később, 2001 márciusában 

az addigra elkészült T/4899. számú törvényjavaslat (a 
magyar nyelvnek a gazdasági reklámok és az üzletfelira- 
tok, továbbá egyes közérdekű közlemények közzététele 
során való használatáról) kapcsán ez a vita újjáéledt 

— először a Népszabadság hasábjain (Grétsy László és 
Kálmán László nyelvész között), majd más fórumokon is 
(csak a sajtóban több mint harminc cikk és olvasói levél 
jelent meg, megszólalt többek között nyelvész, szocioló- 
gus, író—költő és politikus is). 

Voltak olyanok, akik a törvényjavaslatban ,,a reklámnyelv 
szabályozása mögé bújtatott nyelvtörvényt" (Kis Tamás) 
láttak, mások kiemelkedő fontosságú nyelvvédő szabá- 
lyozást. A két tábor vitája azonban egy nagyobb szak- 
mai, azaz nyelvészek között zajló vitába ágyazódott be, 
ez pedig nem volt más, mint a nyelvművelők és a nyel- 
vészetből a nyelvművelést kizáró nyelvészek között ma 
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is zajló csatározás (az ellentét elsősorban a nyelv előíró 
vagy leíró szemlélete melletti állásfoglalás különbségé- 
ben gyökerezik). A később elfogadott nyelvtörvényt 
szorgalmazók jórészt az , anyanyelvész" (Deme László) 
nyelvművelők soraiból kerültek ki, míg a velük szemben- 
állók az , általános és elméleti nyelvésznek" nevezett, 
magukat többnyire szociolingvistaként meghatározó 
szakemberek közül. Az előbbiek úgy vélték, hogy a leg- 
utóbbi évtizedekben a magyar nyelv az őt érő idegen 
nyelvi hatásokkal nem vagy csak nehezen képes megbir- 
kózni, ezért azokat ellensúlyozni kell (ugyanakkor a ma- 
gyarítás a meghonosodott szavakat már nem érintené). 
Az utóbbiak azonban úgy látták, hogy a törvényjavasla- 
tot nem előzte meg tudományos vita és reprezentatív 
felmérés, továbbá a javaslatban foglaltak nyelvészeti 
szempontból nem megalapozottak. Megítélésük szerint 
a törvény bújtatott, mivel bármilyen kis területen is, de 
a magyar nyelvhasználatot szabályozná (lásd a törvény- 
javaslat címét), ami voltaképpen nyelvi hátrányos meg- 
különböztetés. A törvény ugyanakkor egy, az MTA 
elnöke által kijelölt tanácsadó testület irányadó állásfog- 
lalására hivatkozik, mint olyanra, amely a törvényjavas- 
lat elfogadása után a kérdéses nyelvi kifejezések meg- 
honosodottságának megítélésében és nyelvhelyességi 
kérdésekben illetékes lesz. . . 





A 2001. évi XCVI. törvény szövege 
2 http:/Awww.complex.hu/kzldat/t0100096.htm/mun. 2.htm 
Országgyűlési vita a nyelvtörvényről 

2 http:/Avww.mkdsz.hu/n13/parlo0 H 0903nyelvtorveny.html 
Készült egy, a nyelvtörvénnyel kapcsolatos írásokat összefogó 
oldal Is, amelyen az összes cikk, hozzászólás elérhető 

2 http://delfin.klte.hu/- tkis/ 


A reklámszakma részéről a Magyar Reklámszövetség 
elnöke, Levendel Ádám a megoldást nem a megszorító 
intézkedésekben látta volna, hanem a jutalmazásban. 
Javaslata szerint a reklámkészítők között divattá kellene 
tenni a magyar nyelv használatát: szövegíró versenyeket 
lehetne hirdetni és a legjobb megoldásokat jutalmazni. 
Más hozzászólók szerint is a szakmára, illetve az egyes 
üzletek tulajdonosaira érdemes bízni a választást, mivel 
a szabályozás a magánszférát érinti. 

A törvényjavaslatot a 2001. októberi országgyűlési 

vita után a parlament november 27-én végül elfogadta. 
A törvény előírta követelmények teljesülését a Fogyasz- 
tóvédelmi Főfelügyelőség és az üzlet működési enge- 
délyét kiadó jegyző ellenőrzi. A büntetés mértéke 

100 000 forintig terjedhet, illetve az üzlet bezárását 
vonhatja maga után. 


Dér Csilla (dercsilla pfreemail.hu) 


A Linuxvilág olvasószerkesztője, fiatal kutatóként 
dolgozik az MIA Nyelvtudományi Intézetében. 
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1. Ennyi linuxos Sicom Systems , eladási pont" rend- 
szert telepítettek a Puerto Ricó-i Burger King 
éttermekben: 160 

2. Linux alapú PDA-k száma: 16 

3. Ennyi milliárd keresést hajtanak végre havonta 
a Linux alapú Google keresőprogrammal: 5 

4. A Linux-felhasználók száma: 18 millió 


. Ennyiedik helyen áll a Linux Professional Institute 
(LPI) minősítés a leggyorsabban terjedő minősítések 
listáján a Computer Reseller News (CRN) szerint: 1 

. Ennyiedik helyen áll a Red Hat Certified Engineer 
(RHCE) minősítés a leggyorsabban terjedő minősí- 
tések listáján a Computer Reseller News szerint: 2 

. A kiskereskedelmi Red Hat Linuxot vásárlók 
ennyi százaléka használja az operációs rendszert 
otthon: 34 

. A kiskereskedelmi Red Hat Linuxot vásárlók ennyi 
százaléka használja az operációs rendszert a munka- 
helyén: 13 

. A kiskereskedelmi Red Hat Linuxot vásárlók ennyi 
százaléka használja az operációs rendszert mind 
otthon, mind a munkahelyén: 50 


(Linux -t Java) - Bul — Kati 


A Sharp Zaurus mellett az Infomart Kall Is 
megjelent a linuxos tenyérgépek között. 

A Zaurushoz hasonlóan a Kaiin is a Lineo 

Embedix Plus Linux 2.4.2-es változatú 
rendszermagja, TIrolltech Ot/Embedded és 

Otopia környezet, valamint Insignia Java 

Virtual Machine fog futni. A Kaii procesz- 

szora azonban (a Zaurus StrongARM pro- 
cesszorával szemben) egy 160 MHz-es 

Hitachi SH3-mal és képernyős billentyű- 

zettel rendelkezik. 

A Kali színes vagy monokróm képernyő- 

vel (felbontása 320 x 240) kapható, leg- 

feljebb 128 MB RAM-mal rendelkezhet, j 
továbbá 32 MB ROM-ot vagy flashmemóriát, 
USB-csatlakozót, soros RS-232C és IrDA kaput, 
CompactFlash Type II és MMC kártyahelyet tartalmaz. 
Rajtuk kívül megtalálható rajta az Opera böngésző, 


10. Hilary Rosen-nek, a RIAA elnökének 2001. évi 
fizetése: 1 163 729 dollár 
11. Jack Valenti-nek, az MPAA elnökének 2001. évi 
fizetése: 1 030 000 dollár 
12. Átlagosan ennyi kenőpénzt fizetnek a hanglemez- 
készítő vállalatok az amerikai kereskedelmi rádióknak 
azért, hogy egy dalt felvegyenek a dallistájukra: 
1000 dollár 
. Ennyi kenőpénzt fizet az amerikai hanglemezkészítő 
ipar hetente: 300 000 dollár 
. Az amerikai rádióadók ekkora összeggel támogatják 
a hanglemezkészítő vállalatokat vagy a művészeket, 
amiért azok zenét játszanak: 0 
. A kis internetes rádiók körülbelül ennyi százalék 
adót fognak fizetni a zenészeknek a RIAA behajtási 
szerve révén: 8—12 
. A tévéreklámok ennyi százalékát nem nézik azokban 
a háztartásokban, ahol linuxos TiVót használnak: 88 
. Húszévenként ennyied részére csökken egyetlen bit 
feldolgozási költsége: 1000 


Források 

1—2.: LinuxDevices.com 

3.: Blogads 

4.: Linux Counter 

5—6.: Computer Reseller News 

7—9.: InternetNevws 

10-11.: Washington Business Forward 

12—13.: Salon 

14—15.: MediaPost 

16—17.: Martha Rogers, Peppers d Rogers Group 
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a Hancom Mobile Office programcsomag, 
a sync program, ami a linuxos asztali 
gépekkel, az OS X és Windows-rendsze- 
rekkel biztosítja az együttműködést, illetve 
egy az Outlookhoz hasonló személyes 
adatkezelő program is futtatható rajta. 
Mérete 137x73x17 mm, vagyis csaknem 
ugyanakkora, mint a Zaurus zárt billentyűzettel. 
Az Infomart szerint a Kaii , költségtakarékos 
számítógép-megoldás vagy különleges célra 
használt vállalati munkaállomás költségérzé- 
keny piacok számára, mint amilyen India, 
Kína, Kelet-Európa és Afrika". Az Infomart 
központja Indiában található. 


Doc Searlis 
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Niég néhány szó a nemzetköziségről 


Vajon alkalmas-e bármelyik kormány arra, hogy 
rábízzuk a műszaki fejlődés ösztönzését? 


2002. novemberi lapszámunk témája a nyelvi nehézsé- 
gek áthidalása volt, és több érdekes cikket is olvashat- 
tunk. Különösen megragadott Wayne Marshall , Elektro- 
nikus levelezés rádióval Nyugat-Afrikában" című írása, 
amely megmutatta, mire képes az ember, ha hajlandó 
kitágítani a látókörét, és felhasználja a rendelkezésére 
álló eszközöket — Wayne esetében nagy hatótávú, de kis 
sávszélességet nyújtó rövidhullámú rádiókról volt szó. 
Sajnos a nyomtatott lap szűkös terjedelme miatt a cikk- 
ben ismertetett összeállítás néhány részletét el kellett 
hallgatnunk, a teljes változatot azonban a 

2 http://www.linuxjournal.com/article/6299 címen elér- 
hetővé tettük. Visszatérve a nyelvi gondokra, Fred No- 
ronha érdekes Linuxszal és nyílt forrású fejlesztésekkel 
kapcsolatos híreket szállított Indiából és a környező 
országokból. A , köznép" lelkesen támogatja a szabad 
programokat, és a kormányzat is érdeklődik az állami 


Vagy mégsem? Következő webes írásában 

— 5 http://www.linuxjournal.com/article/6389) Fred 
azzal riogat, hogy az indiai kormány valójában csak 
felhasználja a szabad programokat, hogy a Microsofttól 
alacsonyabb árakat vagy helyi beruházásokat csikarjon 
ki. Az olvasók egyike szerint India nem bízhatja a kor- 
mányra a szabad megoldások sorsát. , Ha az emberek 


Rendezvénynaptár 2003 


Folytatjuk Rendezvénynaptár sorozatunkat, és immár 
több magyar megmozdulásról hírt tudunk adni (ha valaki 
tud egyéb rendezvényekről, kérjük, írja meg nekünk!) 


OpenOffice.org maratoni hétvége 
Időpont: 2003. február 7/—9. (Lásd a leírást a 36. oldalon.) 


PHP Konferencia 
Időpont: 2003. március 29. 
Helyszín: ELTE Radnóti Miklós Gyakorlóiskola 
Cím: 1146 Budapest, Cházár A. u. 10. 
09.00—-10.00 Regisztráció 
10.00—-10.20  Megnyitó 
10.20-10.40  Hojtsy Gábor (Goba) 
Bevezetés a PHP világába 
Bártházi András 
Portálok kialakítása, felépítése, 
biztonsági követelmények 
Szünet 
Szabó Dénes 
A Smarty sablonrendszer 
bemutatása 
Palócz István 
ELTE radnóti Miklós Gyakorlóiskola 
PHP-oktatási tapasztalatok 


10.40—11.30 


11.30—11.40 
11.40—12.10 


12.10—-12.40 
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szabad programokat fognak használni, a kormánynak 
nem marad más lehetősége, követnie kell őket." 

Végül — bár nem állt szándékunkban — sikerült némi zűr- 
zavart keltenünk. Egy sajtóközlemény formájában 
november közepén ártatlan módon közzétettük webol- 
dalunkon a 2002 Readers Choice Awards nyertesét 

(5 http://www.linuxjournal.com/article/6380). Nem hit- 
tük volna, hogy ilyen sok hozzászólás fog érkezni, eddig a 
pillanatig egészen pontosan 42. Kik is szólnak hozzá egy 
sajtóközleményhez? Hát azok, akik egyvalamiben értenek 
egyet: szavazóink, olvasóink bolondok, mert rossz 
nyerteseket választottak. Néha úgy érzem, hogy újra a 
homokozóban vagyunk, és kis piros dömperekkel püföljük 
egymás fejét, ha valami nem tetszik. Tessék tehát 
ellátogatni weboldalunkra, és nyelni egy kis homokot. 

Ha másokkal is meg szeretnéd osztani egyedi rend- 
szered leírását, legyen az akár otthon, akár távol, írj pár 
szót az ljeditorrossc.com címre. A Linux Journal oldalát 
megéri látogatni, naponta új írások jelennek meg rajta. 


kinax.godrnal 20083. jJanuát d 05" szám 


Heather Mead 

] A Linux Journal társszerkesztője. 

.! Szabadidejében fotózik, filmeket néz, 
zenét hallgat, valamint novellákat ír. 


13.00—13.30 Előadás 

13.30—-14.30 A PHP-szakosztály alakuló ülése 
14.30—14.50 — Zárás 

A konferencia ingyenes, csak feliratkozni kell! 

2 http://www.radnoti.hu/-pp/phpconf/tamogatok.php 


IT 2003 Konferencia és Kiállítás 
Időpont: 2003. április 9—10. 
Helyszín: MTA Székház 

Budapest, V. ker., Roosevelt tér 9. 
Konferenciairoda: 391—5889 


Comdex Hungary 

Információtechnológiai és telekommunikációs szakvásár 
Időpont: 2003. április 16—19. 

Helyszín: SAP Rendezvénycsarnok 

1146 Budapest, Ifjúság útja 2. 

Elérhetőség: Syma Expo Kft., 239-6120 


X. Budapesti Nemzetközi Könyvfesztivál 
Időpont: 2003. április 24—27. 

Helyszín: Budapest Kongresszusi Központ 
1123 Budapest, Jagelló út 1—3. 

A Fesztiváliroda elérhetősége: 343-2537 
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Nyilt forrás az üzletben? 





agyon sokszor írunk nyílt 
forrású fejlesztésekről 
- a Nyugatról, hogy ott meny- 


nyire hatékonyan oldanak meg komoly 
feladatokat nyílt eszközökkel, a fejlett 
országok minisztériumairól, ahol — gyak- 
ran biztonsági okokra hivatkozva - a 
nyílt rendszereket részesítik előnyben, 
akár a tengeren innen, akár túl. Mégis 
úgy érzem, idehaza még mindig meg- 
döbbentően kevesen gondolkodnak 

, nyíltan". Tényleg nincs létjogosultsága 
ennek a világszerte ünnepelt és használt 
elméletnek kis hazánkban? 

Pontosítsuk egy kicsit, mire gondolok. 
Ahogy viccesen mondani szokták, két- 
féle ember van: az egyik, aki mindent 
két külön csoportba oszt, és a többiek. 
Komoly ellentét alakult ki a nyílt és a 
zárt rendszerek pártolói között, már-már 
kívülről tudjuk mindkét oldal először 
felhozott érveit. A zárt programok kö- 
vetői szerint például: a zárt rendszer egy 
kézben összefogott fejlesztés, ha a cég 
vásárol egy könyvelőprogramot, elvárja, 
hogy a program ilyen és ilyen szabá- 
lyoknak feleljen meg, megfelelő leírást, 
támogatást vár, ha nem, visszakövetel- 
heti az árát, pereskedhet. A zárt rend- 
szer kódjába nem lát bele senki, a hoz- 
záértők készítik el, és nem is kívánatos, 
hogy a felhasználók belenyúljanak. 

A zárt rendszerhez a követést az eladó 
készíti, egy-egy termék mögött gyakran 
egy egész vállalat áll. 

Természetesen a nyílt oldal is felsorolja 
gyorsan a legtöbb említett témát, de 
pont a másik oldalról megvilágítva: 

a zárt rendszer kulcsa egyetlen kézben 
van, így a vásárló kiszolgáltatja magát 

a programozónak. Ha a rendszer nem 
tud valamit, és a beszállító tojik a fejére, 
a vásárló futhat a kifizetett nagy kalap 
pénze után, akár pereskedhet is. A zárt 
rendszer kódjába nem lát bele senki 

— lehet, hogy akik készítették, beleírtak 
még pár sort, hogy minden hónap tize- 
dikén biztosítva legyen a havi fizetésük. 
Netán következetesen néhány hibát is 
ejtettek, hogy a vevőnek a követés meg- 
vásárlására is legyen oka. A zárt rend- 
szert készítő cég közvetlen érdeke, hogy 
sokat keressen, és nem az, hogy a fel- 
használó minél gyorsabban, kényel- 
mesebben tudjon dolgozni a termékkel. 
És így tovább... 
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A minap például egy cégvezetővel 
beszéltem, aki hosszú évek óta készít 
komoly programrendszereket mind 
windowsos, mind linuxos környezetben. 
Beszélgetésünk során szóba került ez 

a kérdés is, hogy vajon neki milyen 
tapasztalatai vannak a nyílt fejleszté- 
sekkel kapcsolatban. Az egyik legérde- 
kesebb tapasztalatot, amit megosztott 
velem, el is neveztem kosarasnak: a 

, nagyhalak" világában egy nagyvállalat 
számára ajánlott rendszerek közül az 
igazgató többnyire nem szakmai szem- 
pont szerint választ. Sőt gyakran nem is 
a hozzáértő választ az ajánlatok közül, 
hanem az igazgató ,egységsugarú 
D-kosaras titkárnője". Más szavakkal 
megfogalmazva, nem biztos, hogy a 
program használhatósága a fontos, sok- 
kal inkább az, hogyan adjuk el. És itt 
van az egyik legnagyobb különbség 

a két tábor között. 


Nyilt rendszert árusítani? 

A Debian és az RPM alapú Linux-válto- 
zatok közti egyik legnagyobb különbség, 
hogy a Debian mögött nem áll egy óriás- 
cég, amelyik — sok más tevékenysége 
mellett — erős reklámtevékenységet foly- 
tat, tárgyal, kiajánl, megken, rábeszél, 
elad. De ha összehasonlítjuk a linuxos 
cégeket a piacon zsíros falatokat lenyelő 
cégekkel, gyakran egy alapvető különb- 
séggel találkozunk: a nyílt megoldásokat 
szállító cégek nem abból akarnak meg- 
élni, hogy kijárnak a vevőhöz, újrate- 
lepítgetnek, majd a vastagabbik ceruzá- 
jukkal megírják a számlát. Egy hozzáértő 
szakember egyszer üzembe helyez egy 
gépet, és utána néha rászagol, bírják-e 
még az alaplap kondenzátorai. 

Meg lehet akkor élni a nyílt rendszerek- 
ből? Nézőpont kérdése: attól függ, mit 
tekintünk célnak. Ha a cél az, hogy 
minél nagyobb összegeket kérjünk el 
ugyanazért a termékért, akkor a nyílt 
fejlesztésekben szereplők éhhalálra 
vannak ítélve. Ebből a szempontból 
arany életük van például a könyvelési 
rendszereket készítő és forgalmazó 
cégeknek: a tíz éve megalkotott, azóta 
már relikviának számító ősállat-eszkö- 
zökkel megírt, mondjuk paradox táblá- 
kon dolgozó könyvelőprogram azóta is 
működik, néha-néha módosítgatunk 
rajta itt-ott, ezt eladjuk párszáz fel- 


használónak, majd évente kiszabunk 
egy arcátlan követési díjat. De termé- 
szetesen külön díjat szabhatunk ki 
például azért, ha valaki több tételt akar 
felvinni. Igaz, a rendszernek hihetet- 
lenül mindegy, hogy tízezer vagy két- 
százötvenezer tétel kerül feldolgozásra, 
de valamiből meg kell élni, nem igaz? 
Ezt a folyamatos bevételt biztosító elmé- 
letet irigyelte meg sok óriáscég is, akik 
már évek óta azon küzdenek, hogy 
valami fondorlatos módszerrel 
mindenki folyamatosan köteles legyen 
nekik nagy pénzeket fizetni a — felhasz- 
nálók oldaláról nézve azért a szolgálta- 
tásért, amit egyszer már megvásároltak. 
Nézzük, hogyan épül fel a nyílt megol- 
dásokat szállító cégek világa. A vállalat- 
nál felmerül az igény egy új vezérlő- 
programra, ami már többcsapágyas 
gumipitypang-ültetvény locsolórendsze- 
rét is EU-szabványoknak megfelelően 
vezérli. A cégnek több lehetősége is van: 
a) elmegy a boltba, és vásárol egy dobo- 
zos locsolóvezérlő programot; 
b) egy céget bíz meg a fejlesztéssel; illetve 
c) felvesz néhány programozót belső 
program fejlesztésére. 
Melyikkel jár a legjobban? Az a) változat 
esetén kérdés, hogy a dobozos termék 
EU-megfelelő program-e. Ha nem, akkor 
pórul járt. Esetleg visszaveszekedheti 
a pénzét, vagy reménytelen kísérletet 
tehet a gyártónál arra, hogy újraírják 
a programot, hogy az ő ültetvényén is 
használható legyen. Ez a megoldás tehát 
csak akkor működik, ha a program min- 
den feladatot ellát, és hiba sem merül 
fel. Erre pedig vajmi kevés remény van. 
A második lehetőség lényegében még 
komolyabb kiszolgáltatottságot jelent, 
hiszen a cég az adott rendszer teljes 
fejlesztését egy külső cégre bízza. Ebben 
az esetben végképp a külső cég becsüle- 
tességén és piaci megbízhatóságán 
múlik, mikor mennyit számláz ki 
— a kód itt is zárt, és a felület még azt 
a biztonságot sem adja meg, hogy 
,a dobozos terméket legalább többen 
használják, így ha valami gond van vele, 
a gyártó jó eséllyel már rendelkezik 
megoldással. Sőt ha az elején elfogadott 
rendszertervből hiányzik mondjuk a 
gumipitypang számára fontos hőmér- 
séklet figyelése, könnyen kaphat a cég 
a beszállítótól pármillió forintos ajánla- 


tot egy hőmérsékletet-is-figyelő prog- 
ramváltozat elkészítésére. Ennek pedig 
többnyire az a vége, hogy a cég felvesz 
egy nyugdíjast, akinek az a feladata, 
hogy óránként megnézze a hőmérőt. 
Lényegében a harmadik változat tűnik 
a legérdekesebbnek, feltéve, hogy a 
vállalat az Ég vezérletével megtalálja azt 
a pár programozót, akik pont az ő szá- 
mára megfelelő eszközökkel szeretnek 
dolgozni, rendszerszervező ismeretekkel 





is rendelkeznek, remek kódolók és hosz- 
szú távon egy helyen akarnak dolgozni. 
Mondjuk fél év alatt kifejlesztik a Pity- 
pang 1.0 változatot, ami már működik 
is, és folyamatos üzemeltetés mellett 
igény szerint továbbfejlesztik. A veszé- 
lyeket itt is nyugodtan sorolhatjuk. 
Egyrészt a megfelelő ember megtalálása 
nem két nap. Másrészt szakember kell 
ahhoz, hogy eldöntsük, valóban jó 
embert találtunk-e (és a szakember 
szintén tévedhet); harmadrészt, ha 
tévedünk, azt csak fél, egy, vagy éppen 
két év múlva tudjuk meg. Negyedrészt 
fent kell tartanunk egy teljes fejlesztő- 
környezetet, és sajnos még fehér holló- 
nak számít az a programozó, aki egy 
ilyen Pitypang 1.0 rendszert esetleg 
GNU-eszközökkel akar fejleszteni. 
lehát mint láttuk, mindhárom modell- 
nek komoly veszélyei vannak. Nem be- 
szélve arról, hogy mindhárom modell- 
nél szerepel még egy erős veszélyforrás: 
mi van, ha a beszállító csődbe megy, és 
úgy dönt, hogy nem nyújt megfelelő 
fejlesztést, támogatást vagy a progra- 
mozó feláll az asztaltól, mert jobb aján- 
latot kapott egy Borókaföld 1.0 megírá- 
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sára? Baj. Méghozzá nem kicsi. Az ame- 
rikaiak jellemző módon erre a helyzetre 
is kitaláltak egy nevet, úgy hívják: kami- 
onhatás: , Mi lesz, ha a programozónkat, 
aki az egész rendszert fejlesztette és üze- 
meltette, holnap elcsapja egy kamion?" 

A három modell tulajdonságait és 
veszélyeit szem előtt tartva több cég egy 
negyedik modellt, a nyílt fejlesztésű 
modellt választotta, melynek kialakulá- 
sához tehát piaci igények vezettek. 


Melyek ezek elsősorban? Először is a 
vásárló biztos akar lenni, hogy nincs 
kiszolgáltatva egy másik cégnek vagy 
személynek, aki jogokkal, kiváltságokkal 
rendelkezik a cég által használt (esetleg 
üzletileg érzékeny) program felett. Erre 
az a legjobb megoldás, ha a program 
kódja a cég tulajdonában van, esetleg 
olyan kód, amire biztos, hogy , örökéle- 
tű" fejhasználási joga van. Ez a legfon- 
tosabb pont. 

Másodszor igényli, hogy a számára 
fontos feladatokat elvégezhesse, illetve 
igény szerint továbbfejleszthesse, kiegé- 
szíthesse. Mégpedig úgy, hogy ezért ne 
kelljen külön milliókat fizetnie, fejlesz- 
tőkörnyezetet vásárolnia, szakembert 
bérelnie vagy kitanítania; harmadszor 
pedig a rendszer felügyelete házon belül 
megoldható legyen, igény esetén pedig 
külső segítség is elérhető legyen. 

Jön tehát a tanácsadó, végighallgatja 
szegény igazgatót, majd együttérző 
vállveregetés mellett a következő aján- 
lattal áll elő: , Figyelj, Géza! Keresünk 
még két-három olyan céget, akik hason- 
ló cipőben járnak, mondjuk egy dísznö- 
vényest, meg valami tökös gazdát, 





összehozlak titeket, és elkészítünk egy 
olyan rendszert, ami mindhármótok 
igényét kielégíti. Így igaz, hogy három 
helyzetfelmérés van, de már csak egy 
rendszertervet kell készíteni, nem is 
beszélve arról, hogy a kipróbálás 
párhuzamosan mehet, így a kényesebb 
feladatoknak csak az egyharmada 
terhelődik rád. Sőt az összköltségnek is 
csak az egyharmadát kell állnod. A teljes 
fejlesztést GNU-eszközökkel végezzük, 
és utána a rendszert kódostul, kutyafü- 
léstül mindhárman megkapjátok." 

Ez is egy lehetőség, de most jön az 
ötödik változat, a tényleges , nyílt rend- 
szer": , Mondok neked még egy lehe- 
tőséget. A fejlesztés után az alapkódot 
nyissátok meg a külvilág felé! Így amit 
elkészítettünk, azt a világon bárhol 
használhatják, ahol a tiedhez hasonló 
feladatokat kell ellátni. Hogy ez miért jó 
neked, hiszen minden ellenfeled is 
elkezdheti használni? Hát éppen azért 
jó! Na figyelj, ha Kelet-Üzbegisztánban 
is ezt a rendszert kezdi el használni egy 
pitypangos, és neki szüksége van egy 
páratartalom-vezérlő modulra is, meg- 
íratja magának, majd felküldi ezt is a 
rendszerbe. le nem is gondoltál rá, hogy 
a páratartalomra is figyelj, de ott a mo- 
dul, kipróbálod, és rájössz, mennyivel 
szebbek lesznek a pitypangjaid. Kész 
nyeremény, nem?" 

lermészetesen ez az elmélet sok kérdést 
felvet; a támogatást másként kell megol- 
dani, a követés is más rendszert igényel, 
valamint a hivatalos szervek felé is más- 
képp kell fordulni. Nincs sajnos hírem 
olyan számlázórendszerről, amelyet az 
APEH elfogadott volna, és a forrása nyílt 
volna. De kíváncsi vagyok, vannak-e 
olyan cégek idehaza, akik nyílt fejlesz- 
tésben gondolkodnak? Mondjuk egy 
nyílt számlázórendszeren? 


Szy György 

(Szy. Gyorgy Olinuxvilag.hu) 
A Linuxvilág főszerkesztője, 
a Kiskapu Kiadó vezetője. 
Mindenki levelét 

örömmel várja. 
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A leszármazott alkotásokról 


Mikor mondhatjuk, hogy egy program egy másikból származik? 


nyílt kódú programok sok fel- 
használóját megrémíti a ,le- 
származott alkotás" kifejezés. 
Aggódnak, hogy véletlenül az eredeti 
programból származó változatot hoznak 
létre, és így saját jogdíjas programjukat 
egy nyílt forráskódú program terjesztési 
engedélyének hatálya alá helyezik. Ez 
összetett kérdés, amellyel kapcsolatban 
a bíróságok és jogászok álláspontja nem 
egységes, de úgy gondolom, kereshe- 
tünk olyan meghatározásokat, amelyek 
segítenek a kételyek eloszlatásában. 
Először is egy rövid emlékeztető arról, 
miért olyan fontos kifejezés a leszárma- 
zott alkotás. A terjesztési engedélyekben 
jellemzően valami ehhez hasonló áll: 

,A terjesztő ezúton engedélyezi ... az 
eredeti program alapján készült, abból 
leszármazott alkotások elkészítését és 
terjesztését, feltéve, hogy ezen leszárma- 
zott alkotás példányait jelen engedély 
feltételei mellett terjesztik." Lásd például 
a GNU General Public License-t 

(2 http/www.gnu.org/licenses/gpl.html). 
Miként állapítható meg, hogy leszárma- 
zott alkotást készítettünk-e? A szerzői 
jogi törvény szövege meglehetősen 
általános, és a programkódról egyáltalán 
nem esik szó benne: 





7 ai 


A , leszármazott alkotás" egy vagy 
több létező mű alapján készült alkotás, 
például fordítás, zenemű, színpadi vál- 
tozat, irodalmi adaptáció, egyszerűsí- 
tett változat, filmváltozat, hangfelvétel, 
képzőművészeti ábrázolás, rövidítés 
vagy bármely más forma, amelyben 
egy mű visszaadható, átalakítható 
vagy adaptálható. A szerkesztői javítá- 
sokat, jegyzeteket, magyarázatokat 
vagy más, szerzői alkotásnak minősülő 
változtatásokat tartalmazó mű is 
leszármazott alkotás". (17. U.S.C. $ 101) 


Szinte mindenki egyetért abban, hogy 
egy szerzői jogi védelem alatt álló prog- 
ram kódjának fizikai megváltoztatásával 
- ha a programot átírjuk vagy más gépi 
nyelvre fordítjuk — az eredeti program 
leszármazott változatát hozzuk létre. 

Ez az egyszerű eset. Ha ezt egy GPL 
vagy OSL engedéllyel terjesztett prog- 


24 Linuxvilág 


rammal tesszük, tiszteletben kell tarta- 
nunk a terjesztő feltételeit, és nyilvános- 
ságra kell hoznunk az általunk terjesz- 
tett programváltozat kódját. 

Mi történik azonban akkor, ha az eredeti 
programot pusztán lemásoljuk, és azt 

a saját, esetleg nagyobb méretű progra- 
munk összetevőjeként használjuk föl? 
Lényeges-e az, hogy nem változtattunk a 
kódon ahhoz, hogy az eredeti programot 
saját, nagyobb programunkba illesszük? 
Ha egy programot az eredeti program- 
mal csupán összefűzünk, anélkül téve 
ezt, hogy megváltoztatnánk annak kód- 
ját, leszármazott programot hozunk-e 
létre? Szinte minden program használ 
programkönyvtárakat. Az összes prog- 
ramozó nyilvánvalóan nem készít 

a könyvtárból leszármazott művet azál- 
tal, hogy meghív belőle egy sart függ- 
vényt. Miért lenne más a helyzet, ha 
olyan összetett programokat hívunk 
meg, mint amilyen egy vállalati döntés- 
támogató rendszer vagy egy adatbázis- 
motor? Mi a helyzet akkor, ha egy GPL 
vagy OSL engedéllyel terjesztett prog- 
ramba szerkesztjük bele a saját progra- 
munkat, például egy eszközmeghajtót 

a Linux-rendszermagba? 

Számít-e, hogy az összeszerkesztés 
mely technikáját alkalmazzuk? Vajon 
egy ilyen elemzés (statikus, dinamikus 
összeszerkesztés, adatátadás AP[-n 
keresztül stb.) szakmai jellegű szőrszál- 
hasogatás, ami mindössze arra jó, hogy 
szem elől tévesszük a lényegi kérdést? 
Hogyan tarthatna lépést a leszármazott 
alkotásokról szóló joganyag a program- 
készítés technológiai fejlődésével? 

Ezek a kérdések azért fontosak, mert 
egyes terjesztési engedélyek megköve- 
telik, hogy a létrejött leszármazott 
programban lévő saját kódrészeinket is 
nyilvánosságra hozzuk. Ezt a kötelezett- 
séget nem minden esetben vagyunk 
hajlandók vállalni. A fent leírt esetekben 
a következők alapján döntenék. 

1., A LEGFONTOSABB jellemző annak meg- 
ítélésekor, hogy egy program leszárma- 
zott alkotás-e, az, hogy az eredeti prog- 
ram kódját az új program elkészítéséhez 
felhasználták, módosították, lefordítot- 
ták vagy bármilyen más módon megvál- 
toztatták-e. Amennyiben nem, akkor 











megítélésem szerint 

nem leszármazott 

alkotásról van szó. 

2.) A LESZÁRMAZOTT program kifejezés 
értelme nem tágítható ki olyan módon, 
hogy magába foglalja azokat a progra- 
mokat, amelyeket erre a célra tervezett 
és alkotott programkönyvtárakkal szer- 
kesztettek össze. Amikor például egy 
cég kiad egy természettudományos 
függvénykönyvtárat vagy egy objek- 
tumkönyvtárat, akkor azok, akik mind- 
össze — a kódot esetleg meg sem te- 
kintve - változtatás nélkül használják 

a könyvtárat, nem hoznak létre a 
könyvtárból származó alkotást. 

3.) NEM TEKINTHETŐK leszármazott prog- 
ramoknak a bővítmények és eszköz- 
meghajtók, amelyeket úgy terveztek, 
hogy készen kapott, változtatás nélkül 
használt programokkal szerkesszék 
össze őket. Ha egy GPL engedéllyel ter- 
jesztett programot úgy terveztek, hogy 
különálló bővítményeket fogadjon, nem 
hozunk létre leszármazott alkotást pusz- 
tán azáltal, hogy efféle bővítményt fut- 
tatunk a program felügyelete alatt, még 
akkor sem, ha meg kellett tekintenünk 
a kódot, hogy megtudjuk, hogyan 
illeszthető hozzá a programunk. 

4.) A LEGTÖBB esetben nem kell a prog- 
ramok összeszerkesztésének szakmai 
részleteivel foglalkoznunk, kivéve, ha 
ez segít meghatározni, vajon a program 
készítői osztottak-e valamilyen fölismer- 
hető közös elképzelést arról, hogyan 

is nézne ki egy leszármazott alkotás. 
Figyelembe kell vennünk az értékesítési 
módok apró különbségeit, amelyek a 
szerző szándékát jelezhetik. Ilyen pél- 
dául, ha a létrejött programot az eredeti 
,bővített" változataként árulják, vagy 
amikor az eredetit úgy tervezték és 
reklámozták, mint ami , programkönyv- 
tárként" fejleszthető. 


Érnüx Journal 2008. januát, 105. Számi 


Lawrence Rosen 
(www.rosenlav.com) Magán- 
gyakorlatot folytató Jogász. 

A Nyílt Forrás Kezdeményezés 
igazgatatója és Jogtanácsosa. 
2 http:/Avww.opensource.org 


A Microsoft Exchange működése és helyettesítése 


A talán legnehezebben helyettesíthető Microsoft-kiszolgáló 
a drága és kiábrándító Exchange. Lássuk, mit kezdett vele az IBM és a Bynari. 





2000. év vége felé az ÍBM bemutatta, hogy képes 
A linuxos gépek ezreit futtatni egyetlen 5/390-es 
nagyszámítógépen. 

Ugyanakkor az IBM ráébredt, hogy a GNU-alkalmazások nem 
fedik le a teljes termékkínálatukat. Az IBM-nek olyan alkalma- 
zásra volt szüksége, amely a Linuxot a számítástechnika főára- 
mába jobban illeszkedővé emeli — ezt megvalósítandó meg- 
kerestek több partnert, többek között minket is. 

Amikor 2001 áprilisában az IBM zSeries (a S/390 új neve) ter- 
mék felkeresett bennünket a Bynarinál, nem igazán értettem 
az érdeklődését. A látogatás után azonban már tökéletesen 
tisztában voltam vele: a Bynari Inc. lesz az IBM első linuxos 
tanácsadó partnere. 


Az elektronikus levél, a , gyilkos alkalmazás" 

Az emberek eredetileg úgy ismertek minket, mint akik a 
Microsoft Exchange kiszolgálóval beszélgetni képes ügyfeleket 
készítenek. Piacunk szélesítésének lehetőségeit keresve ráakad- 
tam Johnson és Mead , Exchange Replacement HowTo" című 
írására (2 http:/www.bynari.net/whitepapers howto.htm)]). 
Munkájukat felhasználva Linux-ügyfeleinknek és a Microsoft 
Outlooknak felépítettünk egy kiszolgálót. Kiszolgálónkat és 

a hozzá tartozó Outlook Configuration Guide-ot azután 
felkapták az értékesítői csatornák. 

Amikor a kiszolgálókódot átvittük 5/390 Multiprise 3000 alatt 
futó Linuxra, még senkit sem ismertünk az IBM-től. Jimmy Lee 
(akkoriban még az Eguant színeiben) biztosította a forrásokat, 
hogy lássa, meg tudjuk-e csinálni. Gary Ernst az Eguanttól 
beállította a Linux S/390-es változatát, és segített életet lehelni 
a kiszolgálónkba. 

Volt tehát egy termékünk, amely lehetővé tette, hogy unixos 

és Outlook-ügyfelek találkozókat időzítsenek, és naptárfelada- 
tokat továbbítsanak, amennyiben a Microsoft Outlook Mail 
Only módban maradt, valamint egyenrangú hálózati (peer-to- 
peer) könyvtármegosztást alkalmazott. Kiszolgálónk szépen 
működött, szimulálni tudtuk az Exchange teljes körű címlis- 
táját (Global Address List, azaz GAL), miközben meg tudtuk 
jeleníteni a felhasználók szabad, illetve lefoglalt idejét, és egész 
tűrhető karbantartói felületünk volt. 

A Microsoft azonban piacra dobta az XP-t, és komolyabb változ- 
tatások történtek az Outlookban. lermékünknek hirtelen kiszol- 
gálóoldali naptárkezelésre lett szüksége. Attól tartottunk, hogy 
az IBM vállalkozókból álló vásárlóinak az Outlook alacsony 
költségű kiszolgálómegoldásai iránt érzett növekvő kedve eset- 
leg semmivé apadhat. Ezért szükségünk volt az Outlook Inter- 
net Mail Only módja alatti egyenrangú hálózati naptármegosz- 
tásra, vagy kezdenünk kellett valamit a kiszolgálóoldallal. 


A megoldás megszületésének 45 napja 

A 2001 januárjában tartott LinuxWorld Conference $z Expo 
eljövetelekor az IBM az Outlook XP-felhasználókkal mit sem 
törődve folytatta kiszolgálónk árusítását. Iudtam, hogy valamit 
tennünk kell, mégpedig gyorsan, mert különben elveszítjük 
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az IBM bizalmát. Ez idő tájt a piaci gondot leginkább átlátó 
személy Roger Luca volt a Mainline Information Systemstől. 
Szerencsére Roger és én régi jó kapcsolatban álltunk egymás- 
sal. Rogerrel a marketing és az eladási részleg élén a Mainline 
az IBM szuperszámítógépek legnagyobb viszonteladója lett, 
egyben ők voltak az ÍBM utáni legnagyobb támogatóink. Roger 
ellátott bennünket alkatrészekkel, hogy termékünkbe beépít- 
hessük a kiszolgálóoldali naptárazást, illetve embereket biz- 
tosított, ha alkatrészgondokkal kerültünk szembe. 


A fejlesztőcsapat megdöbbenése 

Képzeljük el, hogy éppen most fejeztünk be egy egyéves kime- 
rítő fejlesztést. Már le is foglaltuk az utakat és egyéb terveink 
vannak a szabadságunkra, amikor hirtelen csörög a mobil: 
főnökünk fontos találkozóra hív bennünket. Nos, éppen ez 
történt a boltunkban. Szinte hallottam a döbbenetet a fejlesztők 
hangjában, ahogy válaszoltak a hívásomra. 

2001. november 7-én találkoztunk, hogy lássuk, ki tudunk-e 
adni karácsonyig egy kiszolgálóoldali naptármegoldást. 

A Mainline-nak volt néhány függőben maradt eladása, és szük- 
ségük volt erre a szolgáltatásra. 


A szakmai kihívások nem az ijedőseknek valók 

Vezető fejlesztőként én készítettem el a munka keretrendszerét. 
Elméletben a feladat különféle szakaszokra és feladatokra 
bontható. Hogy a projekt életét megkönnyítsük, háromlépéses 
megközelítést vezettem be, ezeket kutatásnak, befektetésnek 
és végrehajtásnak neveztem el. Minden szakaszhoz egy-egy 
mérföldkövet rendeltem. Így aztán a kód helyett elsőként az 
Internet és a fellelhető könyvek böngészésével nyitottunk. 
Egy hét kiadós kutatás után feltérképeztük a nehézségeket. Ki 
kellett találnunk, hogy a Microsoft DCE-REC protokollja hogyan 
tárolja és mozgatja a naptárbejegyzéseket. Értelmeznünk kellett 
a mozgatott adatokat, és olyan formátumba kellett szervezni, 
amelyet IMAP-kiszolgálón tudunk tárolni, ahonnan az adatot a 
megszokott módszerrel az Outlook-ügyfélhez lehet továbbítani. 
Az adatsémákon túl eléréskorlátozást is be kellett vezetnünk, 
hogy a felhasználó a saját naptárában különböző engedélyszin- 
teket adhasson meg és oszthasson ki a többi felhasználónak. 
Egy újabb kemény munkával töltött hetet áldoztunk a kuta- 
tásra, végül megállapodásra jutottunk. Minden szakértő, hír- 
csoport, Outlook-szakértő és cég, aki csak megpróbálkozott 

a feladattal, azt állította, hogy képtelenség Microsoft Outlook 
naptárszolgáltatást készíteni IMAPkiszolgáló alatt. Nos, mi 
eláruljuk, hogyan is sikerült. 


Felejtsük el az átvitelt, és összpontosítsunk az adatra! 
Először is felfedeztük, hogy a Microsoft Exchange-modell mun- 
kájának 95 százalékát az Outlook végzi. Az Exchange (magya- 
rul csere) — mint a neve is mutatja — az Outlook-felhasználók 
közti adatcserét bonyolítja le. Ennek megfelelően az Exchange 
kezelte az átviteli protokollt is, és ez okozta a gondot. Az embe- 
rek általában a MAPI rövidítést használják, ha az Outlook-fel- 
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használók közti adatcserét lebonyolító Exchange-protokollról 
esik szó. Nos, én nem találtam ilyen értelemben MAPTI-t. 
Amikor elfogtuk az Outlook-üzeneteket, szöveg helyett jókora, 
bináris adatot tartalmazó tömböket 
találtunk. Felismertem az adatot, de nem 
rémlett, hol is láttam azelőtt. 


Az Outlook különböző arcai 

Az Outlook két különböző módban futhat: 
Corporate Workgroup (üzleti munkacso- 
port) és Internet Mail Only (csak internetes 
levelezés) módban. Corporate Workgroup 
módban a Microsoft bekapcsolja az Out- 
look nagyra értékelt képességeit. Az Inter- 
net Mail Only módban a Microsoft egy tel- 
jesen másik, minden leírást nélkülöző al- 
kalmazási programfelületet (API) használ, 
korlátozott képességkészlettel. Exchange 
kiszolgáló nélkül az Outlook egyáltalán nem működik Corporate 
Workgroup módban, és csak csökkentett képességekkel bír. 

Az Outlook Workgroup módjában, vagy amikor az Exchange 
kiszolgálóhoz csatlakozik, az adatok bináris formátumban 
cserélődnek. Ezt a bináris adatot egységesített figyelővel lehe- 
tetlen felismerni. 

A kutatás során a Sourceforge.net-en találtam egy fejlesztő- 
helyet, ahol az Open DCE-t alakították át Linux alá. Írtam egy 
levelet az egyik fejlesztőnek, aki elmondta, hogy a kódot az 
Open Group adományozta. 

Elmentem az Open Group weblapjára, és végignéztem az 
anyagokat, találtam is egy régi cikket, amelyben megemlítik, 
hogy a Microsoft engedélyeztette a DCE-t. Letöltöttük az Open 
DCE-kódot, majd a motort felhasználva összekapcsolódtunk 
az Outlookkal, majd az Exchange-dzsel. Végre többet tudtunk 
az átviteli protokollról, ugyanakkor a bináris adatfolyamok 
jelenlétét is megértettük. 

Felfedeztünk tehát, hogy a Microsoft az osztott számítási kör- 
nyezetet (Distributed Computing Environment, azaz DCE) 
használja fel a szállításra, amikor az Exchange-et és az Out- 
lookot Corporate Workgroup módban használjuk. A Microsoft 
programozási felületet ad a DCE-hez, és ezt nevezi MAPI-nak. 
A MAPI alatt azonban továbbra is egy nyílt szabványokon 
alapuló protokoll (DCE) bújik meg, amelyet a Microsoft az 
Open Grouptól vásárolt meg, majd módosított. 

A DCE egyik alapértelmezett függvénye a szövegeket önmű- 
ködően bináris objektumokká alakítja. A Microsoft ezt a bináris 
objektumot dokumentálatlanul hagyta. Így aztán a MAPI-tulaj- 
donságok programozói részeinek többsége általuk sem felismer- 
hető bináris kódként végezte. Hogy a dolgokat egy kicsit még 
jobban összezavarják, a Microsoft a bináris tulajdonságkódokat 
jókora bináris nulladatba ágyazta, így próbálván elrejteni azt. 
Már kezdtük megérteni az átvitelt, amikor rájöttünk, hogy az 
Outlook MIME-csatolmányokat küld a többi Outlook-ügyfél- 
nek. Ezek a csatolmányok nem alakították át magukat bináris 
adattá. Arra a következtetésre jutottunk, hogy az Outlook a 
csatolmányok átvitelére egyfajta beágyazást használ — ez veze- 
tett el bennünket a TNEF objektumig. 


TNEF 


A Microsoft Exchange számos programot használ, ezeket 
service provider-nek (szolgáltatásszolgáltatónak) nevezi, 

a Linux-felhasználók pedig démonnak hívnák. A külön visel- 
kedéssel és állapottal rendelkező objektumokat az Exchange 
szolgáltatásnyújtói (service provider) kezelik. 
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Egyetlen szuperszámítógép Linux-példányok 
ezreit képes futtatni 


A Transport neutral encapsulation format (INEB magyarul 
szállítássemleges beágyazási formátum) olyan módszer, 
amellyel ASCII-szöveget, más fájlokat és objektumokat a 
bináris üzenetadattal együtt lehet átadni. 
A bináris üzenetadat képezi a TINEF 
objektum érdemi részét. A TNEF bináris 
folyamba ágyazza be a MAPTI-tulajdonsá- 
gokat, amely a szállítás és az átjárók 
során az üzenettel együtt utazik. Az 
Outlook képes visszakódolni a beágya- 
zást és értelmezni az eredeti üzenet 
összes tulajdonságát. A TNEF objektum 
csatolmánykérnt rejtőzik MIME alatt. 
Miután megtaláltuk a naptáreseményeket 
készítő tulajdonságokat, készítettünk egy 
INEF-kódolót, és hamarosan már képesek 
voltunk SMIP-n keresztül naptárüze- 
neteket küldeni az Outlook-ügyfeleknek 
és -ügyfelekre. Azonnal felismertük, hogy felhasználhatjuk az 
internetes szállítási protokollokat, és a Microsoft Corporate 
Workgroup módját a MAPI nélkül is bekapcsolhatjuk. Amikor 
aztán megláttuk a Microsoft Knowledge Base Article 0197204 
cikkét, amelyben kijelentik, hogy a Microsoft átviteli protokol- 
lunkat Workgroup módban nem támogatja, már tudtuk, hogy 
célnál vagyunk. 


Exchange-ügyfélhővítés 

Minthogy elsődleges célunk a kiszolgálóoldali naptárkezelés 
volt, készítenünk kellett egy üzenettárat, ahol az Outlook- 
ügyfelek objektumait tárolhattuk. Mivel IMAP-kiszolgálót 
használtunk, IMAP-támogatásra volt szükségünk, amit azon- 
ban a Microsoft Workgroup módban nem támogat. Ezért meg 
kellett találnunk a módját, hogyan ruházhatjuk fel az 
Outlookot IMAP-támogatással. 

Amikor a Microsoft első ízben adta ki az Exchange-t, az 
Outlook még nem is létezett. Helyette a Microsoft Exchange 
üzenetküldő ügyfelek készletét nyújtotta különböző Windows 
operációs rendszereihez. A Microsoft ezeket az Exchange üze- 
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netküldő ügyfeleket bővíthető szerkezettel látta el. Az ügyfél- 
bővítés lehetővé tette a fejlesztők számára, hogy megváltoztas- 
sák az Exchange ügyfél alapértelmezett viselkedését. Amikor 

a Microsoft kiadta az Outlookot, megtartotta az Exchange- 
ügyfélbővítések támogatását, hogy a már létező ügyfélbővítési 
DLL-ekkel továbbra is együttműködhessen. 

Az ügyfélbővítés lehetővé teszi, hogy megváltoztassuk az 
ügyfél alapértelmezett viselkedését. A Microsoft előnyösnek 
találta a kiterjesztéseket, mivel közvetlenül az ügyfélhez 
kényelmesen lehetett új testreszabott szolgáltatásokat adni 
vagy a viselkedését megváltoztatni, s nem kellett külön MAPI- 
alkalmazást készíteni. A mi szemünkben viszont a kiterjesz- 
tések egyedülálló lehetőséget kínáltak, hogy az IMAP ügyfél- 
szolgáltatást az Outlook Workgroup módjához adhassuk. Ezzel 
a szerkezettel parancsokat adtunk az Outlook menühöz, saját 
gombokat helyeztünk az eszközsorba, és az IMAP ügyfél- 
szolgáltatások segítségével lehetővé tettük a kimenő és bejövő 
levelek előfeldolgozását. 

Szerencsére már korábban elkészítettük az IMAP-ügyfélkönyv- 
tárakat, amikor tavaly a linuxos ügyfelünket készítettük. Most 
egyszerűen csak át kellett írni Windows alá. A függvényhívá- 
sok, fejlécek, és protokollok ismerete erőfeszítéseinket a felére 
csökkentette. 

Miután elkészítettük az ügyfélszolgáltatásokhoz tartozó 
Microsoft DLL-t, Outlook-kiterjesztésként beillesztettük. 


Szerencsére már az első alkalommal működött. A levelekhez 

és meghívókhoz a rich text formátumot (RIF) választva, INEF 
objektumunk csatolta magát a levélhez. Mivel a INEF objek- 
tumot az Outlook készítette, gond nélkül küldözgette őket. 

Ezt követően üzeneteinket feltöltöttük IMAP könyvtárunkba 

a Microsoft .pst fájlját használva tárolásra és csereterületként. 
Mivel kapcsolatban maradtunk az Exchange-dzsel, és a kiszol- 
gálónkat tudtuk üzenettárolásra használni, láttuk, hogy a két 
rendszer együttműködik egymással. Exchange könyvtárunkból 
átrántottunk néhány objektumot IMAP könyvtárunkba. Ahogy 
ezt megtettük, láthattuk, hogy a feladatok, naplóbejegyzések, 
naptáresemények és egyebek mind-mind felbukkantak az 
Outlookban, pontosan úgy, mintha Exchange-en keresztül 
érkeztek volna. A naptár úgyszintén hibátlanul működött. 


Az Exchange 

Ha megnézzük az Exchange-et és megszámoljuk az összetevőit, 
látni fogjuk, hogy mindössze négy darabból áll. Az első az adat- 
raktár vagy üzenetraktár. A raktár tartalmazza az egyes felhasz- 
nálók üzeneteit, és a hozzájuk rendelt elérhetőségi lista (Access 
Controll List, azaz ACL) motort. Az RFC-megfelelő IMAP-kiszol- 
gálókhoz hasonlóan a névtér eltérő lehet, attól függően, hogy 

a raktár egyedi felhasználókhoz tartozik-e vagy nyilvános. 

A raktár tárolásához a Microsoft Access adatbázist használ. 

A Microsoft Jet Engine technológia korlátai és az Access MDB 
fájlok megakadályozzák a vertikális méretezhetőséget. 
Másodszor az Exchange címtárral rendelkezik. A Microsoft 
objektumosztályok és tulajdonságok alapján rendszerezte az 
Exchange címtárát. Az Exchange könyvtárszerkezet hasonlít 

az RFC-megfelelő LDAP protokollhoz. Csak éppen a Microsoft 
kibővítette az Object Class-okkal, és ezekben, illetve a többi 
osztályban kicserélte a tulajdonságneveket. 

Ezen kívül az Exchange-ben van egy levéltovábbító (Mail 
Iransfer Agent vagy MIA). A Microsoft MTA hasonlónak tűnik 
a korábbi, Microsoft Mail 3.5-nek nevezett termékeiben hasz- 
nált MTA-hoz. A Microsoft Mail MTA-nak csatlakozókra vagy 
kapukra van szüksége, amelyek olyanra írják újra a saját 
szabadalmazott levélfejlécét, amilyen már együtt tud működni 
az idegen rendszerekével, ilyen például a Lotus Notes, az 
X-400 vagy az RFC 822 internetes levélszabvány. A Sendmaillel 
és a hasonló internetes MIA-kal ellentétben az Exchange 
MIA-jának nincsenek beállítási lehetőségei. 

Végül az Exchange rendelkezik egy rendszerkezelőnek (system 
attendant) nevezett résszel. A kezelő foglalkozik az Exchange- 
ben végzett minden művelettel, a levélküldéstől és fogadástól 
kezdve a címeknek az Exchange-címtárból történő kitöltési 
kérelméig. A rendszerkezelő sok szempontból olyan, mint 
próbálkozás a folyamatközi kapcsolattartás (IPC) megvaló- 
sítására, ami a Microsoft operációs rendszereiből hiányzik. 


A Microsoft túlszárnyalása Berkeley-atdatbázissal 

Linux kiszolgálóoldali megoldásunk az Exchange-ben alkalma- 
zott elemekhez hasonlóan épült fel. Itt van mindjárt a Cyrus 
IMAP-üzenettár. A Cyrus-raktárak egyedi felhasználói üzene- 
teket tárolnak és hozzájuk rendelik az ACL-motort. A névtér 
aszerint különbözik, hogy a raktár egy adott felhasználóhoz 
tartozik-e vagy nyilvános. A Cyrus a Sleepycat Software, 
Berkeley adatbázisát használja. Ahol a Microsoft Jet Engine 

és Access adatbázis technológiája a méretezhetőség gátja volt, 
a Berkeley adatbázis magas teljesítménye és méretezhetősége 
folytán felhasználók ezreinek munkáját képes támogatni akár 
256 terabájtos adatbázisokon is. 

Másodszor, a Linuxnak van címtára. Míg a Microsoft az Exchange 
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címtárát szerkesztette a Lightweight Directory Access Protocol 
(LDAP) szabványnak megfelelőre, a Linux-megoldás az 
OpenLDAP programot, az LDAP nyílt forrású változatát hasz- 
nálja. Az Outlook-ügyfelek elhelyezéséhez az Exchange objek- 
tumosztályokat és nem együttműködő névváltozataikat be kellett 
illesztenünk. A Microsoft alapú azonosítókhoz bevezettünk egy 
indexet, és nagy sebességű átfogó címlistát hoztunk létre. 
Akárcsak az Exchange, a Linux is rendelkezik MTA-val, 
amelyet viszont belsőleg lehet beállítani és kezelni, és nincs 
szüksége külső kapcsolódási pontokra. A Cambridge-i egyetem 
által fejlesztett Exim nevű linuxos MIA-t használtuk. Az Exim- 
hez számos beállítási lehetőség tartozik, többek között kereső- 
fájlok, helyi kézbesítés, szabványoskifejezés-támogatás. 


Az Exchange lecserélése 

Johnson és Mead a kiszolgálóoldali üzenetváltást és a karban- 
tartói konzol elkészítését a Linux-fejlesztők következő nemze- 
dékére hagyta. Mi két lépésben hajtjuk végre a feladatot: 
először elfogjuk az Outlook-üzeneteket és visszafejtjük a INEF 
objektumokat. Másodszor az Exchange-ben használt ügyfélki- 
terjesztési szerkezet segítségével IMAP-lehetőségeket biztosí- 
tunk a Corporate Workgroup módban futó Outlook számára. 
E két lépés után a programozó vagy az időszakos rendszergazda 
választási lehetőséget kínáló szolgáltatásnyújtót (service provider) 
készíthet az Outlookhoz, és számos hagyományos levelezőügy- 
felet támogathat. A Linux-levélkiszolgálók nem maradnak el a 
más felületeken használtaktól. Használhatjuk a Netscape Mailt, 
az Outlook Expresst, a Ximian Evolutiont, vagy a Pine-t. 

Az olyan magas méretezhetőségű Linux-összetevők, mint az 
Cyrus IMAP az OpenLDAP és az Exim egyetlen Intel-gépen 
Exchange kiszolgálók tucatjait képesek helyettesíteni. A több- 
rétegűség és a ma már túlhaladott DCE-összetevők nem 
akadályozzák a Linuxot. 

Ha grafikus karbantartói konzolt keresünk, a PHP Cyrus 
eszközök, cyrus imap-sal, Webmin és Replex rendszerek 

a felügyeleti munkát gyerekjátékká egyszerűsítik. 

Általában véve kevés ember gondolná, hogy az Exchange linu- 
xos kiváltása könnyű feladat. Ennek ellenére fejlesztőcsapatunk 
megmutatta, hogy igenis meg lehet tenni. Remélhetőleg sikerült 
eloszlatnunk az Exchange kiszolgáló körüli ködöt, és megma- 
gyaráznunk a rémisztgető szóbeszédek nagy részét. 
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lom Adelstein (tadelsteinoxandros.com) 

lexasban a Xandros Inc.-nek dolgozik, a cég dallasi 
kiszolgálórészlegének a feje. Jelenleg elsősorban a 
webszolgáltatások és a Xandros Linux asztali gép 
támogatásának a területe érdekli. 
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Bynari InsightServer for Linux x86 és 
zSerles gépeken 

2 http:/Avww.bynari.net/insightserver.html 

Cyrus IMAP 3 http://asg.web.cmu.edu/cyrus 

Exchange Server Replacement HowTro 

2 http:/Avww.arrayservices.com/projects/Exchange-HOVVIO 
Exim 3 http:/Awvww.exim.org 

OpenLDAP 3 http:/Avww.openldap.org 
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Linux alapú irodai hálózat megvalósítása (2. rész) 


Az előző részben felépítettük a rendszert, munkába is állítottuk, most pedig ülünk 
a kedvenc gépeink között, telve a fáradtság, büszkeség és a kíváncsiság keverékével. 
Lássuk, milyen tapasztalatok gyűltek össze az azóta eltelt időben. 





rendszer a próbaüzemet nem számítva (tehát , élesben) 
AA immár több mint egy hónapja üzemel. Ennyi idő a 

legfontosabb tapasztalatok megszerzésére talán már 
elegendő, természetesen annak elfogadása mellett, hogy ezt a 
rendszert folyamatosan lehet építeni, fejleszteni, és épp ezt 
szeretjük benne annyira. 
Az elmúlt hónap kitermelt magából egy felülvizsgált új rend- 
szerlenyomatot, amelyben benne foglaltatnak olyan alapvető, 
de általában (illetve általam) elfelejtett programok, mint a 
grafikus tömörítő (Ark, melyhez hasonlatosat én még sose 
használtam Linux alatt); a Windows alatt elterjedt tömörített 
formátumok tömörítőprogramjai (zip, rar, arj); grafikus eszköz 
a CD-ROM és a hajlékonylemez befűzésére (kwdisk), vagy 
néhány, a használatot és a telepítést megkönnyítő közvetett 
hivatkozás. Mint említettem, én a saját gépemen elég régóta 
Linuxot használok. Amiben ez a kísérlet számomra merőben 
új, az az, hogy mindent grafikusan kell megoldani, hiszen a 
gépet átlagos felhasználók fogják használni. Amikor a saját 
rendszeremen belefutok valamilyen hibába, a megoldás szép- 
ségét pont az adja, hogy a javításokat konzolról lehet eszkö- 
zölni. Itt viszont azt kell szem előtt tartani, hogyan lehet a 
billentyűzet kizárásával, csak ide-oda kattintgatva elérni azt 
a szolgáltatást, amit szeretnénk. (Ez némileg szemben áll az 
,egérhez nem nyúlunk" alapelvvel...) 
Mindez azt eredményezi, hogy bármennyire is húzódozom 
az ilyesmitől (szerencsére azért annyira nem), mivel a felhasz- 
nálók fogják használni, kénytelen vagyok kérdezni, illetve 
odafigyelni rájuk. (Ez nehezebb, mint gondoltam, bár nagyon 
kedves lányok is dolgoznak a cégnél...) Nem dédelgettem 
ábrándképeket, hogy csupa hasznos tanáccsal fognak ellátni. 
Természetesen sokan mindig is hibaként fogják elkönyvelni, 
ha nem találnak egy szolgáltatást az OpenOffice.org Writer- 
ben, ami egyébként ott van, csak két menüponttal arrébb, mint 
megszokták. De ha az ötven hibajelentésből csak egyetlen tar- 
talmaz is építő jellegű tanácsot, már előrébb vagyunk (a saját 
esetemben szerencsére ennél több akadt). 


A felhasználók panaszai legtöbbször a sebességre vonatkoznak. 


Ez egyrészt szomorú, mert igaz: egyes alkalmazásokkal való- 
ban gondok vannak ezen a téren, másrészt tudni kell, hogy 
Windows alatt is ez volt a legnagyobb baj. Saját próbáim alap- 
ján a rendszer sebességével általában véve ezeken a vasakon 
nincsen gond. Az OpenOffice.org azonban sajnos még a gyor- 
sítóval sem éri el a Microsoft Office sebességét, és mivel a fel- 
használók még nem fedezték fel az előbbi előnyeit (például a 
kezelhető dokumentumok széles kínálatát, vagy a külön szol- 
gáltatásokat, mint például a valóban csodálatos Tündéreket), 
ebből lett a legnagyobb mumus. Ma az egyetlen nehézség 
rászoktatni a felhasználót arra, hogy ne csukja be az Open- 
Office-t. Ez azzal is jár, hogy el kell neki magyarázni a ,nem 
fog lefagyni" togalmát, ami számára eddig ismeretlen volt. 
Nehezebb mint gondolnánk. A rendszer bemutatásakor külön 
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fel kellett hívnom a figyelmet arra, hogy a linuxos gépet nem 
kell kikapcsolni ( nem arra készült ), csak ki kell jelentkezni 
belőle. Mindamellett a Linux , hibája" az, hogy nem kelti azt 
az érzetet, mintha gyorsan dolgozna, nem adja a , sebesség 
illúzióját . Ha az ember elindít egy alkalmazást Windows alatt, 
első lépésként kap egy homokórát, aztán nyitóképernyőt, aztán 
a következő nyitóképernyőt, és így tovább, és nem hiszi azt, 
hogy , a gép elfelejtette, hogy elindítottam valamit". Ezzel 
szemben Linux alatt az alkalmazás nem dob ki fölösleges pro- 
cesszoridőt a csillogó-villogó, ,most már aztán tényleg mind- 
járt" ablakokra, hanem csak elindul, előbb-utóbb. Ettől aztán 
felhasználó megijed, és kattint még négyet, amitől szép lassan 
betelik a memória, , elfogy" a processzoridő, és az ember 
kézzel lövögetheti ki a fölösleges folyamatokat. 

A másik mumus meglepetésemre az Evolution levelező lett 

- én ugyanis már több hónapja (a legelső próbák ideje óta) 
használom gord nélkül a programot. (A használat itt többnyire 
napi 16-20 óra futást, és legalább 8 óra tevékeny üzemeltetést, 
tehát levélírást, naptárszerkesztést stb. jelent). Az látható, hogy 
az Evolution az IMAP terén nem áll maradéktalanul a helyzet 
magaslatán. Mint már említettem, ez nagyrészt betudható 

a meglehetősen nagy (pár száz megabájtos) IMAP-könyvtárak- 
nak; ugyanakkor nem magyarázza, hogy Outlook Express 

alatt miért nem kap a kedves levelezőügyfél félóránként hiba- 
üzenetet. (lermészetesen a kép itt is árnyaltabb: Outlook alatt 
is vannak hibák, csak az nem szól róla — egyszerűen nem 
működik.) Az Evolution nagy előnye viszont az Outlookkal 
szemben az, hogy nem kell kézzel frissíteni az IMAP-könyv- 
tárak listáját, mert induláskor ezt magától megteszi. 

A megoldást itt nem az Evolution, hanem új IMAP és POP3 
kiszolgáló telepítése adta. A korábbi UW-IMAP-ról Courier-re 
való frissítés a jelek szerint megszüntette a cikk előző részében 
említett , Broken Pipe"-okat. 

lovábbi apró, ámde gyakran zavaró gond az Internet Explorer- 
re egyszerűsített, rosszul megírt weboldalak meg nem jelenése 
a linuxos böngészőben. Ez nagyon fájó pont, mivel nem a mi 
böngészőnk a hibás, és nem tudunk mást tenni a kiküszö- 
bölésére, mint erős , negatív" hullámokkal bombázni az illető 
oldal készítőjét. Ugyanakkor a valóságban kell élnünk: a 
helyzet adott, a főnököt pedig nem érdekli, miért nem látszik 
az oldal; ő csak azt látja, hogy ami működött Explorer alatt, 

az itt nem megy. Ilyenkor aztán az ember (a rendszergazda) 
magyarázhat szabványokról, meg böngészőháborúról; az ilyen 
esetek sajnos mind rosszpontot jelentenek a Linuxnak. Ez saj- 
nos nem az egyetlen Windows-Linux ellentétből származó 
galiba: a rosszul megírt makróktól, egyes Office-ban mentett 
fájloktól elhalálozó OpenOffice.org vagy OTCups is ezt a 
vonalat erősíti. Remélhetőleg az idő előrehaladtával és a Linux 
átfogó erősödésével, valamint irodákon belüli terjedésével 
helyileg egyre kevesebb ilyen kínos helyzet fog előállni. 

Még egy, a Linux alapjaiból fakadó kényes pont: Linux alatt nem 


minden billentyűparancs működik ugyanúgy, mint Windows 
alatt, sőt bizonyos esetekben a O1 és a GIK alapú programok 
kombinációi is különbözőek. Ez nekem nem gond, megtanulom 
mindet (ráadásul a saját gépemen nincs is OT); a felhasználónak 
viszont megint csak hiába magyarázom a két eszközkészletet és 
a köztük lévő különbséget: ő (rossz esetben) csak a káoszt szűri 
le belőle. Ez többnyire elkerülhető egy jó kézikönyv, illetve 
annak rövid kivonata segítségével. 


1 ÍZÉT a gel JEMENI [TEAT ETTE 
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Ítt egy gondolat erejéig hadd térjek ki a használati útmutató 
kérdéskörére. Nagyon fontos a megfelelő leírás elkészítése. 
Tudom (hiszen én is így vagyok vele): dokumentációt írni 
unalmas feladat, viszont, mivel itt felhasználókról van szó, 
célszerű, ugyanis megállás nélkül kérdeznek. Sokszor teljesen 
közismert dolgokat, ráadásul nagyon sokszor ugyanazt. És 
nemcsak én unom megg a sok kérdést hamar (az első után), 
hanem ők is: mivel nem tudnak különbséget tenni a valódi 
hiba és kiküszöbölhető felhasználói balgaság között, a rendszer 
rossz színben fog feltűnni a szemükben. Más kérdés azonban, 
hogy elolvassa-e a felhasználó a dokumentációt, de ez már 
nem szakmai kérdés. lalán gonosz dolog ilyet mondani, de 

ha ott a kézikönyv, és még akkor is olyat kérdez, amire megvan 
a válasz, akkor kíméletesen el lehet magyarázni az , RTFM" 
jelentését, és senki nem fog minket hibáztatni. . . 

Egy további apró nehézség a helyfoglalás: egy felhasználói 
könyvtár (user home directory) legkevesebb 27 MB a KDE és 

a többi csoda beállítóállománya miatt. Ez körülbelül ötven fel- 
használó esetében már nem kis helyet foglal a kiszolgálón, 

de tulajdonképpen annyira nem is sok, szerintem ennyit lehet 
áldozni a teljes testreszabhatóság oltárán. 

A fentieken kívül a leggyakoribb , hiba" bizonyos programok 
hiánya volt, mint például az Arké vagy az Acrobat Readeré, 
ezek természetesen nem valódi hibák, csak az én feledékeny- 
ségem eredményei, ezért hamar kiküszöbölhetők. 

A kedvező vonásokat nem is annyira az alkalmazottak (ők még 
többnyire vizes kendővel törölgetik a homlokukat az átállás 
okozta sokk miatt), mint inkább ér, illetve a felhasználótámo- 
gatást munkatárs érzi. Ezektől a kellemetlenségektől eltekintve 
ugyanis a rendszer üzembiztos, nincs összeomlás, illetve ha 
van (mert volt már az áttérés óta), az a vasra vezethető vissza. 
Ha a kedves alkalmazott nehézségbe ütközik, azt igen jó esély- 
lyel távolról meg tudom oldani, és az általánosan előforduló 
hibák száma tulajdonképpen csekély: pár hetes használat után 
a gyakran előforduló kellemetlenségek elkezdtek ismétlődni, 
és nem nagyon jönnek elő újak. 
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A felhasználók kedvező újdonságként eddig többnyire csak azt 
vették észre, hogy az új rendszer általuk teljesen testreszabható, 
sokkal szebb, mint a régi, és személyre szól, vagyis nem , közös 
ló". A lelkesebbek (őket elneveztük , PowerUser"-nek, illetve 
már egy , PowerUser3-"-unk is akadt) nagy örömmel vetik bele 
magukat a háttér megváltoztatgatásába, fedezik fel például az 
átlátszó menü lehetőségét. Ez hatalmas haladás ahhoz képest, 
amikor hónapokkal ezelőtt, a váltás szóba kerülésekor rémülten 
kérdeztek vissza, mondván: , akkor majd mindent billentyű- 
zetről, fekete képernyő előtt kell megcsinálni?". A szívemet 
melengeti továbbá, ha hallom, hogy a felhasználók érdeklődnek 
a ,társadalmi" háttér iránt. Most, felfedezve, hogy a Win- 
dowson kívül is van élet, hogy létezik választási lehetőség, 
páran olyan kérdésekkel jöttek hozzám, mint hogy miként 

is működik ez a szabad programmodell, milyen módon keletke- 
zett a Linux. Mivel én valamennyire küldetésemnek érzem, 
hogy megszerettessem velük a Linuxot, egy ebéd keretében 
szívesen tartok mesedélutánt RMS-ről, Linusról, az eszméről, 
és látom, hogy lassan olvadozik a jég, és kezdik elhinni, hogy 
nincs az ügyben , átverés" , ez tényleg ingyen van, emberek 
tényleg lelkesedésből foglalkoznak vele, egy olyan rendszert 
építenek, ami a , mindenható" Windows babérjaira tör. 

A jövő pedig hatalmas igéreteket tartogat, illetve lehetőséget 
egy kényelmesebb életre: itt nem áll fenn annak a veszélye, 
hogy az aktuális szoftverünknek hirtelen megszűnik a hiva- 
talos támogatása; és most úgy néz ki, hogy az eszközök ára 
gyorsabban csökken, illetve a sebessége gyorsabban nő, mint 
ahogy a Linux sebességigénye. (Ez az ablakos rendszerről 

nem mindig volt elmondható.) lovábbá sokkal egyszerűbb 
összeállítani egy, a lehető legtöbb irodánkban használható 
egységes asztali rendszert, különböző kiépítésre hangolva, 

ami egy ekkora cégnél nagyon megkönnyíti felügyeletet. 

A cikk előző részében már beszéltem a saját telepítőkészletről. 
lekintve, hogy az általunk használt rendszerlenyomat jelenleg 
1300 MB, CD-re írása nehézségekbe ütközik, de itt is vannak 
kibúvók. A jövő ezen a téren még homályos, de több megoldás 
is létezik (például a rendszerlenyomat DVD-re írása, ez a 
személyes kedvencem, vagy az általunk használt , fullextrás" 
rendszer karcsúsítása), és pár hónapon belül ez a rendszer 
(illetve az alapjain épült éppen friss lenyomat) már Afganisz- 
tánban és Pakisztánban is szolgálatot teljesíthet. 

Hogy a kísérlet sikeres volt-e? A magam részéről feltétlenül 
annak ítélem a projektet: a Linux felkerült a gépekre, egyre 
többen használják, egyre használhatóbb; a bevezetőben emlí- 
tett PHP--MySOL követőrendszer munkába állítása után a 
Windows indítási lehetőségként se lesz tovább látható, és már 
most is elmondhatom: a mi kis Linux-rendszerünk a Windows 
minden szolgáltatását ki tudja váltani. A Linux alkalmas irodai 
feladataink ellátására. 

Ha a cég alkalmazottait kérdezem, az ő válaszuk (sajnos és 
még) nem ilyen egyértelmű, ami nagyon fontos figyelmeztetés. 
Nagyon sokat kell még tenni a használhatóság és kényelem 
terén, hogy a ,mezei" felhasználók is kényelmesen tudják 
használni, hogy maguktól is kedvük legyen áttérni egy Linux 
alapú rendszerre. 
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Magas rendelkezésre állású LDAP 2£2. rész) 


Sorozatunk második részében a Heartbeat beállításával folytatjuk magas 
rendelkezésre állású azonosítótelepünk kiépítését. 


Kapcsolódó címek részben. Az alábbiakban láthatóak az 
általunk használt kiépítés idevágó beállításai, amelyek 
meglehetősen egyszerűek. Alapértelmezés szerint minden 
beállítófájl a /etc/ha.d/ könyvtárban tárolódik. 
A ha.cf fájl, amely a géptelep számára a teljes körű megneve- 
zéseket tartalmazza, a következőképpen fest: 


R engeteg jó példát találhatunk Heartbeat-beállításokra a 


H Lejgrati idikeret 

keepalive 2 

H A keepalive-ot egy mEsodpercre is Xll thatjuk 
deadtime 10 

initdead 120 


H soros kapcsolat 
serial — /dev/ttySO 
baud 19200 


H ethernetkapcsolat 
udpport 694 
üdjo eth1 


H ös vög 1 a csom pontjaink azonos t i 


t node csom pont neve (meg kell egyeznie 
H az uname -n kimenetgvel,) 

node slave5 

node slave6 


A haresoucrces fájl állítja be a tényleges hibatűrést. A fájl vége 
az érdekes: 


slave6 192.168.10.51 slapd"r 


Ez a sor három karakterláncot tartalmaz. Elsőként a csomó- 
pont erőforrásainak elsődleges tulajdonosát, ami esetünkben 
a slave6 (ennek a névnek meg kell egyeznie az elsődleges 
csomóponton kiadott uname -n parancs kimenetével). A má- 
sodik lánc a szolgáltatásunk címe, a látszólagos IP-címünk, 
ami192.168.10.51 (példánk egy magánhálózaton alapul, 
ezért a 192 . 168-as IP-cím). Végül pedig megadjuk, hogy 

a szolgáltatáshoz tartozó parancsfájl a slapa. Ilyen nevű 
parancsfájlt keres majd a Heartbeat a /etc/ha.d/resource.d 

és /etc/init.d/ könyvtárban. 


Az indító—leállító parancsfájl 

Egyszerű helyettesítés (, hideg készenlét") esetén módosítás 
nélkül használhatnánk a /etc/init.d/slapd parancsfájlt. Mi azon- 
ban szeretnénk elvégezni néhány módosítást, így megalkottuk 
a saját slapd parancsfájlunkat, amit a /etc/ha.d/resource.d/ 
könyvtárban tárolunk (a parancsfájl a már említett etgz fájl- 
ban megtalálható). A Heartbeat ezt a könyvtárat helyezi leg- 
előre a keresési listájában, így nem kell attól félnünk, hogy 

a mi fájlunk helyett véletlenül a /etc/init.d/slapd fájl futna le. 
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Ugyanakkor ügyeljünk arra, hogy rendszerindításkor a 
/etc/init.d/ könyvtárban található parancsfájl többet ne fusson le, 
tehát a /etc/rc.d/ könyvtárból távolíts el minden S"slapd fájlt. 
Az indító parancsfájlban két különböző indulási felállásnak 
megfelelő beállítás is helyet kapott, így biztosítva számunkra, 
hogy a kiszolgálót akár mesterként, akár segédként elindíthas- 
suk. Amikor a parancsfájl elindul, első lépésben a slapd összes 
futó példányát leállítja. Ezt követően megvizsgálja, hogy az 
elsődleges és a másodlagos csomópont egyaránt fut-e. Ha igen, 
akkor a slapd-t mesterként (a főkiszolgálón) vagy segédként 
(a másodkiszolgálón) indítjuk. Ha a két gép közül csak az egyik 
él, a szolgáltatást mesterként indítjuk rajta. Ez azért is fontos, 
mert a látszólagos IP-cím mindig a mesterre mutat. 

Hogy ezt megtehessük, tudnunk kell, milyen csomóponton fut 
le a parancsfájl. Ha a főkiszolgálón fut, a másodkiszolgáló 
állapotát szintén ismernünk kell. Az érdekes rész a parancsfájl 
,start" ágában található. Mivel a Heartbeat beállításánál meg- 
jelöltünk egy elsődleges csomópontot, haa test start () 
függvény lefut, a főkiszolgálón vagyunk. (Mivel a Heartbeat 

a /etc/init.d/ könyvtárban lévő parancsfájlok szerkezetét 
használja, minden fájlt a start [ stop] restart kapcsolók 
egyikével hívnak.) 

A Heartbeat a parancsfájlok meghívásakor egész sor környezeti 
változót állít be. Minket azonban elsősorban a HA CURHOST 
érdekel, melynek értéke slave6. A HA CURHOST változót 
használhatjuk fel arra, hogy megállapítsuk, a parancsfájl éppen 
a főkiszolgálón (s1ave6) vagy a másodgépen (ekkor a 

HA CURHOST értéke slave5) fut-e. 

Most pedig meg kell tudnunk a másik csomópont állapotát, 

így megkérdezzük a Heartbeatet. Ehhez készítettünk egy egy- 
szerű programot, amelyhez felhasználtukazapi test.c 
állományt. (Azapi test.c még számos más feladatot ellát, 

a számunkra szükségtelen dolgokat eltávolítottuk.) A progra- 
mot other state néven fordítottuk le, majd bemásoltuk a 
/etc/ha.d/resource.d/ könyvtárba. 


Az indítófájl ellenőrzése 

Most már mindkét kiszolgálón elindíthatjuk a Heartbeatet. 

A Heartbeat leírása tartalmaz pár példát az alapbeállítások 
ellenőrzéséhez, így most nem ismételjük meg őket. Két Heart- 
beat két közvetítővel, ami egy hálózati meg egy soros kapcso- 
latból áll, vagyis összesen hat Heartbeat-folyamatnak kell 
futnia. A hibatűrés ellenőrzésére több kísérletet végezhetünk el. 
A kiszolgálók ellenőrzéséhez egy egyszerű KDE-alkalmazást 
készítettünk, ami a kiszolgálókat lekérdezi kapcsolataik állapo- 
táról. Egy valódi ügyfélprogram csak a látszólagos IP-címet 
kérdezné le, de hogy a működését bemutathassuk, mi mind 

a három IP-címet lekérdezzük. A kísérlet során óránként 10 000 
kérést küldünk (1. kép). 

Az S$6 az LDAP-főkiszolgáló, és ahogyan az a 2. képen látható, 
az 55 a másodkiszolgáló. Az alsó , gép" a látszólagos IR Alap- 
helyzetben az 55 és az $6 is zöld színű, ami azt jelenti, hogy 

a kérések sikeresek. 


A kísérletet úgy 
kezdjük, hogy a fő- 
kiszolgálón leállít- 
juk a heartbeat 
folyamatot. Ekkor 

a másodkiszolgáló 
10 másodperces kie- 
sési idő után átveszi 
az erőforrásokat 

— erről a naplóból 
bizonyosodhatunk 
meg. Az átvétel 
előtt az indítófájl 
még további két 
másodpercet vára- 
kozik (2. kép). 

Ha a főkiszolgáló le- 
áll, a látszólagos IP-t 
a másodlagos kiszol- 
gáló veszi át, a 2. ké- 
pen szereplőknek 
megfelelően. Az 55 
és a látszólagos cím 
zöldet mutat, az 
S6-os gép viszont 
elérhetetlen, így az 
ahhoz tartozó kijelző 
piros. A géptelep új- 
raindítását követően 
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1. kép Az $6 (a főkiszolgáló) 
és az 55 (a másodkiszolgáló) egyaránt fut 








2. kép A (főkiszolgáló leállását követően újabb hibát idéztünk 
a szolgáltatásokat másodkiszolgáló veszi át elő: egy laza mozdu- 
lattal kihúztuk 


a főkiszolgáló tápkábelét. A másodkiszolgáló tíz másodperces 
várakozás után ebben az esetben is átvette a szolgáltatást. 

Végül a kapcsolattartást zavartuk meg: eltávolítottuk a két 
kiszolgáló közötti soros és hálózati kábelt. A kapcsolattartás 
ilyen mérvű megszakadása mindkét kiszolgálót arra készteti, 
hogy mesterként próbáljanak meg viselkedni. Ez az ,agyhasa- 
dás" (split-brain) jellemző esete. Ez a példa jól szemlélteti, 
miért szükséges a gépek közti biztonságos szívhangkapcsolat 
kiépítése. Egy osztott tárolórendszerben a tárolóeszközhöz való 
közös kapcsolat is alapját képezheti a szívhang működésének, 
mely csökkenti az ,agyhasadás"-helyzetek előfordulását. 

Erre a helyzetre az időkorlátok megválasztásánál tekintettel 
kell lennünk. Ha az időkorlát túl rövid, egy leterhelt rend- 
szer azt a látszatot keltheti, hogy kiesett a szolgáltatásból, 
amivel agyhasadást idéznénk elő. A témával kapcsolatban 
további érdekességeket találsz a Linux-HA Gyakori kérdé- 
sek részében. 


Helyreállítás egy kiesést követően 

Ha az adatbázisban változások következnek be, amíg a főki- 
szolgáló üzemen kívül van, akkor — mielőtt a főkiszolgálót 
újraindítanánk — az LDAP-adatbázisokat egyeztetni kell. Erre 
két lehetőség létezik. Ha a szolgáltatás megszakítható, az 
adatbázist kézzel átmásolhatjuk, miután a helyettesítő LDAP- 
kiszolgálót is leállítottuk. (Az adatfájlok alaphelyzetben a 
/usr/local/var/ könyvtárban találhatók.) 

Ugyanakkor az OpenLDAP többszörözőjét is használhatod, 
hogy anélkül állítsd vissza az adatbázist, hogy a szolgáltatást 
meg kellene szakítani. Ehhez először segédként indítsd el 

a leállított főkiszolgálót, majd a jelenlegi mesteren indítsd el 
a slurpd programot. Így a helyettesítés alatt keletkezett vál- 
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tozások szépen áttöltődnek az eredeti főkiszolgálóra. Ezt köve- 
tően az eredeti főkiszolgálón állítsd le az LDAP-szolgáltatást, 
és indítsd el a Heartbeatet, ami a szokásos üzembe állítja vissza 
a rendszert, és a főkiszolgáló visszaveszi az LDAP-szolgáltatás 
mesterének a szerepét. 


Összegzés 

Ez a cikk azt mutatta be, hogyan készíthetünk magas rendelke- 
zésre állású hálózati szolgáltatásokat nyílt forrású eszközök 
segítségével. Az olyan hálózati szolgáltatások, mint amilyen az 
LDAP is, ritkán igényelnek nagy gépeket. A két kiszolgálógép 
használatának és telepbe kötésének járuléka a magasabb 
rendelkezésre állás és a nagyobb megbízhatóság. Az írásunk- 
ban bemutatott rendszer folyamatosan működött, mindegyik 
leállás 15 másodperc alatti volt. lermészetesen a rendszerek 
terhelését figyelembe véve finomhangolással ez az idő igény 
szerint tovább csökkenthető. 


Köszönetnyilvánítás 
Köszönet Alan Robertson-nak, az IBM Linux lechnology Center 
munkatársának a sok értékes tanácsért és megjegyzésért. 


Figyelmeztetés 

A leírt kísérlet eredményei laboratóriumi eredmények, vagyis 
laboratóriumi körülmények között keletkeztek. Más felhasz- 
nálók gépein az eredmények rengeteg dologtól függhetnek, 
beleértve a gépek terheltségét és beállításait is. A cikkben 
szereplő adatokat ennek fényében kell értelmezni. 


A leírtakkal kapcsolatban semmilyen garanciát vagy 
felelősséget nem vállalunk! A leírtakat mindenki a saját 
felelősségére használja! 


Linux Journal 2002. december, 104. szám 


CIirf White (cliffwexosdl.org) 

Az OSDL műszaki munkatársa (3 http://wwwv.osdl.org). 

1989 óta dolgozik különböző Unix- és Linux-változatokkal. Hogy 
biztos legyen a dolgában, minden reggel azonosítja önmagát. 


Jay D. Allen (allen5ous.ibm.com) 

Nappal programfejlesztőként a legújabb I[-megoldásokon 
dolgozik az IBM Linux for Service Providers Labnél (LSPL), ahol 
Linuxot használ Intelen és RS/6000-en. Éjszakánként elmaradott 
megoldásokkal foglalatoskodik, főként DEC PDP-11-ével és 
egyéb régiségekkel. 





Minden parancsfájl elérhető a 44. CD Magazin/ 
HALDAP könyvtárában és a Linux Journal ftp-kiszolgálóján, 
az 5 ftp.ssc.com/publ/lj/listings/issue104/5505.tgz címen. 
A Heartbeat beállításai 

2 http:/Avvwwv.linux-ha.org/download/GettingStarted.html 
Linux-HA honlap 5 http:// wwwv.linux-ha.org 

Linux Virtual Server projekt 

2 http:/Avww.LinuxVirtualServer.org 

OpenLDAP honlap 5 http:/Avww.openldap.org 
Ultramonkey 3 http: //ultramonkey.sourceforge.net 
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Használjunk IPv6-ot a Freenet6-tal! 


Hogyan állítsunk fel IPv4-be ágyazott IPv6-alagutat, és szolgáltassunk 


IPv6-hálózatot átjáró mögötti gépeinknek. 


z IPv6, jelenlegi internetprotokollunk, az IPv4 utódja. 
AA Számos új szolgáltatást kínál, beleértve a jelentősen 

megnövelt címtartományt (128-bites címek az eddigi 
gyenge 32-bites IPv4 helyett), könnyebb, önműködő beállítá- 
sokat és jobb titkosítástámogatást. A Debian Projekt jó munkát 
végzett terjesztésének IPv6-felkészítése terén. Írásunkban azt 
mutatjuk be, hogyan lehet IPv4-be ágyazott IPv6-alagutat 
(IPv6-over-IPv4 tunnel) alagutat létrehozni, és IPv6-hálózatot 
biztosítani az átjáró mögötti gépeknek az ingyenes Freenet6 
alagútszolgáltatás és a radvd segítségével. A cikkben felté- 
telezni fogom, hogy Debian Woodyt (3.0) vagy fejlesztői 
(unstable, SID) rendszert használunk, illetve tisztában vagyunk 
azzal, hogyan lehet csomagokat telepíteni az apt-vel. Azt is 
feltételezem, hogy valamennyi alapismerettel rendelkezünk 
már az ÍPv6 terén, például tudjuk, hogyan néz ki egy cím. 
Átjárónkon szükségünk lesz egy nyilvánosan elérhető IPv4- 
címre. Az átjáró rendszermagjában és az összes bekapcsolni 
kívánt gépen meg kell lennie az IPv6-támogatásnak — a Debian 
rendszermagja alapértelmezés szerint támogatja az IPv6-ot. 
Ha nem vagyunk benne biztosak, hogy a miénk támogatja-e 
vagy sem, nézzük meg a /proc/sys/net/ipv6 könyvtárat, illetve 
pillantsunk rá, hogy az ifconfig kimenete tartalmaz-e olyan 
IPv6-címeket, mint például fe80::24£:49ff:fe07:2552. Bizonyo- 
sodjunk meg afelől, hogy tűzfalunk nem szűri-e az IPv6-alagút 
a csomagjait. Az IP 41-es protokoll (ipv6 ipv4 fölött) egyik 
irányban sem lehet tiltva. 
Az IPv6-alagút működés képtelen lesz, ha NAT útválasztó mö- 
gött bújunk meg, de jó hír, hogy nincs szükségünk szolgáltató 
által adott állandó IPv4-címre ahhoz, hogy IPv6-címünk lehessen. 
Először is telepítsük a Freenető ügyfélprogramot az apt-vel. 
A Debian csomag neve freenet§6, és a Woodyban vagy a fris- 
sebb kiadásokban már megtalálható. RPM- és forráscsomagok 
is elérhetők a 3 http:/www.freenet6.net/download.shtml 
címen. Ha feltelepítettük, a Freenet6 a már létező IPv4-címünk 
alapján önműködően lekéri az IPv6-címet; további beállításokra 
nincs is szükség. 
A /etc/finit.d/freenet6 parancsfájl egyszerűen csak elindítja az 
alagutat felépítő programot, név szerint a Tunnel Setup Protocol 
Client-et (tscp). Ettől kezdve, ha az IPv4-címünk megváltozik, 
IPv6-címünk is módosulni fog. Rendben, tehát a legtöbb 
rendszeren a Freenet6 telepítése után a gépen máris minden 
működni fog. Ugyanakkor esetleg további lépéseket is tehe- 
tünk - felállíthatjuk a saját IPv6-alhálózatunkat. Ehhez szüksé- 
günk lesz egy felhasználói azonosítóra. 
Keressük fel a 3 http:/www.freenető6.net-et, és kattintsunk 
a Create your account (azonosító készítése) szövegre, amelyet 
a bal kéz felőli menü ISP Server részében találunk. Nevünk és 
levélcímünk megadása után a rendszer postázza nekünk a kért 
felhasználói azonosítót és jelszót. 
Kedvenc szövegszerkesztőnkkel nyissuk meg a 
/etc/freenetb/tspc.conf fájlt. Ez a beállításfájl vezérli a tspc-t, 
alapértelmezés szerint névtelen (anonim) kapcsolatot hozva 
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létre. Keressük ki az user ID és password sorokat, majd 
változtassuk meg az értéküket azokra, amelyeket a levélben 
kaptunk. Indítsuk újra a Freenet6-ot (futtassuk a 
/etc/init.d/freenet6 restart parancsot), és máris van 
egy tökéletesen működő IPv6-beállításunk, egyetlen ÍPv6- 
címmel. Ha csak ennyire van szükségünk, itt akár abba is 
hagyhatjuk az olvasást. 
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Feltételezve, hogy ennél többre vágyunk, a következő lépés 
saját /48-as előtagunk lekérése. Ezt ismét a tspc.conf szerkesz- 
tésével tehetjük meg. A következő sorokat adjuk a tspc.conf 
fájl végéhez: 


host type-router 
prefixlen-48 
if prefix-eth0 


Az if prefix kapcsoló a belső hálózatunkhoz rendelt 
csatolót hivatott beállítani. A Freenető önműködően elindítja 

e csatolót és a Freenető alagút között az IPv6-átirányítást. 

A legtöbb felállásnál az eth0O lesz a jó választás, de természete- 
sen igény szerint megváltoztathatjuk. E cikk további részeiben 
a belső hálózat csatolójára ethO néven fogunk hivatkozni. 

Ha kiépítésünk más csatolót használ, használjuk azt helyette. 
Ezen a ponton újraindíthatjuk a Freenető-ot (a 

/etc/init .d/fÍreenet6 restart paranccsal töltve be az 
új beállítást), mert további változtatásokat már nem tervezünk 
benne. Ha újraindítás után lefuttatjuk az ifconfig-ot, egy 
új IPv6-címet láthatunk az eth0-n XXX:XXXX:XXXX:1::1/64 
formátumban. A Freeneté önműködően adta az eth0-nak ezt 
az új címet a /48-as előtagunk alapján. A XXXX:XXXX:XXXX 
rész a /48-as előtagunk hálózati része. Ha akarjuk, állandósít- 
hatjuk is ezt a címet, ha hozzáadjuk a /etc/network/interfaces 
etho részéhez. Ez lehetővé teszi, hogy más gépek még akkor 
is megtalálják az átjárónkat, ha a Freenet6 program nem fut. 
Ehhez keressük meg az eth0 szakaszt, ami valahogy 

így nézhet ki: 


iface ethO0 inet static 
address 10.1.1.1 
netmask 255.255.255.0 
network 10.1.1.0 
broadcast 10.1.1.255 


Adjuk a következő sorokat (a 3ffe:0b80:083b:1::1 címet a 
Freenet6-tól kapott címünkkel helyettesítjük, a /64 hálózati 
maszk elhagyásával) a fájlhoz: 


iface ethO0 inet6 static 
address 3íffe:0b80:083b:1::1 
netmask 64 


Próbáljuk is ki az ifdown ethO és ifup eth0 parancsokkal. 
Egy trükk: ha ezt távolról szeretnénk megtenni, és az eth0 
az a csatoló, ahonnan bejöttünk, elkerülhetjük a kapcsolat 
elvesztését és a géphez való sétálást, ha a két parancsot pon- 
tosvesszővel kapcsoljuk össze: 


H ifdownethO0 ; ifupeth0 


Merész szerzőnk is pontosan ezt szokta tenni SSH-kapcsola- 
tán keresztül (próbagépem a földszinten, én viszont az 
emeleten vagyok). 

Ha eddig minden jól ment, nekiláthatunk a radvd beállításá- 
nak. Az IPv6 sokkal több önműködő beállítást tesz lehetővé, 
mint az ÍPv4. Ahhoz, hogy ez az önműködő beállítás működ- 
jön, a hálózat útválasztóinak válaszolnia kell a gépek önműkö- 
dést beállító kéréseire. Linux alatt ezt a programot radvd-nek 
(Router ADVertisement Daemon) hívják. A tulajdonképpeni 
beállítás úgy működik, hogy a gépeknek a 64-bites hálózati 
cím és az ethernetkártya alkatrészcímek alapján oszt ki új IPv6- 
címeket. A gépek azt is megkapják, minek kell lennie az 
alapértelmezett átjárójuknak. Akárcsak a Freenet6 esetében, 

a radvd-hez is létezik Debian-csomag. 

Miután feltelepítettük a radvdtt, a /etc/radvd.conf fájlt át kell 
szerkesztenünk. A Debian alapértelmezett beállítása semmit 
sem csinál, így az egészet a következőkkel helyettesítsük: 


interface eth0 
AdvSendAdvert on; 
prefix 3ffe:b80:840:1::/64 
AdvOnLink on; 
AdvAutonomous on; 


Az előtag értékét az etho hálózati cím és maszk értékekre 
állítjuk be. Ha például az ethO-hoz rendelt IPv6-cím Freenet6 
alatt 3ffe:b80:83b:1::1/64 volt, az előtagot 3ffe:b80:83b:1::/64-ra 
kell állítani, ami azonos az IPv6-címmel, eltekintve a cím 
gazdagéprészétől (azaz a :1-től). Ha ezzel megvagyunk, 
indítsuk újra a radvd-t. 

Újraindítás után próbáljuk meg lefuttatni a belső hálóza- 
tunkhoz kapcsolt IPv6-os gépeken az ifconfig-ot. Ha 
minden jól megy, a belső hálózathoz csatlakoztatott felületen 
egy új ÍPv6-címet kell találnunk. Amennyiben a fenti elő- 
tagot használtuk, az egyik ilyen cím ez lehetne: 
3ffe:b80:840:1:24£:49ff:fe07:2552/64. Amennyiben új címek 
nem jelennének meg, nézzük meg, nem találunk-e 
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hibajelentéseket a radvdt-t futtató gép /var/log/syslog 
naplójában. A radvd a képernyőre nem naplóz. 
IPv6-kapcsolatunk kipróbálásához először is az átjárón és 

a csatlakoztatott gépeken próbáljunk a ping6 programmal 
megpingelni valamit. Előfordulhat, hogy a ping6 még nincs 
telepítve. Amennyiben ez lenne a helyzet, telepítsük az 
iputils-ping csomagot. A ping6-ot kipróbálhatjuk a 

2 http:/www.6bone-.net és a 5 http:/www.kame-.net címeken. 
Ha nem működne, még egyszer ellenőrizzük, tűzfalunk hátha 
mégiscsak tiltja az IPv6-csomagokat. Ha működik, próbáljunk 
meg fellépni a 8 http:/www.kame. net-re Lynx-szel, Mozillával 
vagy Konguerorral. Ezek a böngészők a Debian próbavál- 
tozatában már rendelkeznek IPv6-támogatással. Amennyiben 
minden működik, egy táncoló ,kame"-t fogunk a lap tetején 
látni, illetve egy apró üzenetet olvashatunk a lap alján. Ha itt 
azt olvassuk, hogy még mindig IPv4-et használunk, de a 
ping6 próba jól működött, ellenőrizzük, hogy a legfrissebb 
változatú böngészőt használjuk-e. 

Az IPv6-alagút létrehozása egyben biztonsági lyukat jelenthet. 
A 2.4.x rendszermagokban található IP lables lehetővé teszi 
IPv6-tűzfalak készítését, ennek ismertetése azonban már meg- 
haladja cikkünk kereteit. Erősen ajánlott a lehetséges bizton- 
sági rések végiggondolása. Az egyik módszer, amivel meg- 
tudhatjuk, hogy milyen IPv6-szolgáltatások nyíltak meg, ha 
lefuttatjuk anetstat -1 -A inet6 parancsot. Ítt az összes 
nyitott IPv6-foglalatot megtekinthetjük. Ha vannak nyitottak, 
győződjünk meg róla, hogy rendben van-e, ha nyilvánosan 

is elérhetők. 

Gratulálok! A következő nemzedékbeli Interneten lógsz. Most, 
hogy már van alapvető IPv6 szolgáltatásunk, érdemes foglal- 
kozni az egyéb szolgáltatások, például a webböngészés és a 
levelezés ÍPv6-osításával. A Debian IPv6 Projekt jó kiindulási 
hely, ha a Debian-csomagok foltozott változatait keressük. 

Bár a legtöbb ügyfélprogram már eleve IPv6-megfelelő, azért 
még elég sok kiszolgáló és démon létezik, például az inetd, 
az Apache és a többi, amelyek még nem kerültek be a fővonal- 
beli Debian-változatokba. Ezeket a csomagokat egyszerű tele- 
píteni; csak adjunk pár sort APT beállításfájlunkhoz, majd 
futtassuk a dist-upgrade parancsot. Akit érdekel, a 

2 http:/people.debian.org/—csmall/ipv6 helyen nézhet körül. 


Linux dournal 2005. janúát, 105. számi 


Peter Todd (peteCpetertodd.ca) 

14 éves kora óta használ Linuxot. Amikor éppen 
nem a legfrissebb hálózati protokollokkal bütyköl, 
a Woburn Főiskolán található, ahol fazekassággal 
és filmművészeti projektekkel foglalkozik. 

A 3 http://petertodd.ca címen saját IPv4 és IPv6 
alapú honlapjára bukkanhatunk. 


Debian IPv6 Project 

5 http://people.debian.org/—csmall/ipv6 
Freenet6 lunnel Service 3 http:/Avww.freenet6.net 
IPv6 információs oldalak 5 http:/Avww.ipv6.org 
Peter Bieringer linuxos IPv6 oldala 

2 http:/Avww.bieringer.de/linux/IPv6 
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IPv6-szavú Apache 


segédlet az IPv6 szerinti HT TP-kérések Apache alatti beállításához, 


és néhány előzetes próbaeredmény. 


z ÍP6 változat (IPv6) az Internet Protokoll legfrissebb 
AA változata, amelyet az IEIF tervezett az IPv4 kivál- 

tására. E cikkben arról írunk, hogyan készíthetjük 
fel az Apache webkiszolgálót az ÍPv6 alatti futásra. 


Az Apache webkiszolyáló 

A Netcraft webkiszolgáló-felmérése szerint 1996 áprilisától 
kezdve az Internet legnépszerűbb webkiszolgálója az Apache. 
Jelenleg a webkiszolgálók több mint 56 százaléka Apache-ot 
futtat. Ezek a számok egyáltalán nem meglepőek, ismerve az 
Apache különféle felületek közti hordozhatóságát, megbízha- 
tóságát, erőteljességét, beállíthatóságát, és nem utolsó sorban 
tudván, hogy ingyenes és jó leírással rendelkezik. 

Az Apache 1.3 nagy teljesítményű webkiszolgálóként már 
bizonyított. Csakhogy a webkiszolgálókkal szemben támasz- 
tott követelmények növekednek; a jelenkor igényei között 
olyan új szolgáltatások szerepelnek, mint nagyobb megbíz- 
hatóság, biztonság, teljesítmény és méretezhetőség. Válaszul 
az Apache folytatta előrenyomulását, és 2.0-s változatában 
megpróbálja kielégíteni az új elvárásokat: új és fejlettebb 
képességekkel felvértezett, még erőteljesebb és gyorsabb 
webkiszolgálót ígér. 

Az Apache 2.0 számos teljesítménynövelő fejlesztést mutat be. 
Nekünk azonban ebben a cikkben most csak egyetlen ilyen 
képesség lesz fontos, mégpedig az ÍPv6-támogatás. A 2.0-s 
változattól kezdve, amennyiben az Apache-ot IPv6-támogatás- 
sal rendelkező rendszeren futtatjuk, az Apache alapértelmezés 
szerint hallgatni fog az IPv6-foglalatokon (socket). Ezen felül 
a Listen, NameVirtualHost és VirtualHost beállítások 
szintén támogatják az IPv6 formátumú címeket. 

A következő részekben bemutatjuk, hogyan illesszük az IPv6- 
támogatást a Linux-rendszermagba, majd leírjuk, miként tele- 
pítsük és futtassuk a legfrissebb Apache-változatot ÍPv6-támo- 
gatással. Végül lefuttatunk néhány teljesítménymérő tesztet, 
hogy összehasonlíthassuk ugyanannak a kiszolgálónak a 
teljesítményét IPv4 és IPv6 alatt. 


Rendszermagszíintű IPv6-támogatás 

Ebben a részben röviden ismertetjük, hogyan kell engedélyezni 
a Linux-rendszermag ÍPv6 szolgáltatását, amely előfeltétele az 
IPvé HIITP-kérelmek fogadásának. Elképzelhető, hogy rend- 
szermagunk már eleve rendelkezik IPv6-támogatással (erről 
bővebben lásd még a 24-25. oldalt). A beillesztéshez először is 
töltsük le a legfrissebb üzembiztos Linux-rendszermagot, majd 
csomagoljuk ki. A kipróbáláshoz mi a 2.4.8-as változatot töltöt- 
tük le a kernel.org-ról. (A jelenlegi üzembiztos rendszermag 

a 2.4.20-as — a ford.) 

Beállítottuk a rendszermagot, hogy támogassa az IPv6-ot. Két 
lehetőséget kell engedélyeznünk: az egyik a Code Maturity Level 
részben a Prompt for development and/or incomplete code/drivers 
pont. A másik a Networking Options részben az IPv6 Protocol 
(EXPERIMENTAL) lehetőség, amelyet engedélyeznünk kell. 
Ízlés szerint kiválaszthatjuk, hogy az IPv6-támogatást a rendszer- 
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magba vagy külön modulba szeretnénk-e helyezni. Ezt követően 
fordítsuk le, majd a szokásos módon telepítsük a rendszermagot 
és a modulokat, és a gépet IPv6-támogatással indítsuk újra. 


Az Apache letöltése és telepítése 

Most, hogy rendszermagunk már támogatja az ÍPv6 protokollt, 
készen állunk az Apache telepítésére és IPv6-támogatású 
futtatására. Elsőként töltsük le a legfrissebb Apache-terjesztést 
a 2 http:/www.apache.org/dist/httpd helyről a /tmp könyv- 
tárba. E bemutató céljára az Apache 2.0.16-ot fogjuk használni; 
természetesen ugyanezek a lépések az újabb változatok 
esetében is érvényesek. Bontsuk ki a forrást: 


gt déd /tü 
tH tar xzvi httpd-2 0 16-beta tar.gz 


ami létrehozza a forráskódot tartalmazó httpd-2 0 16 nevű 
könyvtárat. Az Apache-t hozzá kell igazítanunk a saját 
felületünkhöz és különleges igényeinkhez. Ezt a configure 
parancsfájl segítségével tehetjük meg, amelyet a telepítés 
gyökérkönyvtárában találnunk meg. Belépünk a httpd-2 0 16 
könyvtárba, majd a parancssorba begépeljük a . /configure 
utasítást. Ha kíváncsiak vagyunk, milyen kapcsolókat adha- 
tunk át a beállító parancsfájlnak, írjuk be a . /configure 
-help utasítást. Ahhoz, hogy az alapértelmezett kapcsolók 
megváltoztathatók legyenek, a beállító parancsfájl különféle 
változókat és parancssori kapcsolókat egyaránt elfogad. 

Az egyik ilyen kapcsoló az Apache telepítési helyének előtagja. 
Alapértelmezés szerint az Apache a /usr/local/apache könyv- 
tárba kerül. Ha az Apache-t inkább a /usr/local/apache-2 0 16 
könyvtárba tennénk, akkor a következő parancsot írjuk be: 


t ./configure --prefix-/usr/local/apache-2 0 16 


Ugyanez vonatkozik a többi kapcsolóra is. A configure futás 
közben néhány másodperc alatt végigvizsgálja, hogy milyen 
képességek érhetők el a rendszerünkön, majd elkészíti a 
kiszolgáló felépítéséhez szükséges Makefile-okat. A beállítási 
parancsfájl lefuttatását követően a make 66 make install 
parancs kiadásával elkészíthetjük az Apache csomagot alkotó 
különböző részeket. A parancs lefordítja az Apache-ot, majd 
telepíti a /usr/local/apache-2 0 16 könyvtárba. A következő 
lépés az Apache HITP-kiszolgáló testreszabása a /usr/local/ 
apache-2 0 16/conf könyvtár alatt található httpd.conf fájl 
szerkesztésével. Amennyiben más előtagot adtunk meg, 
természetesen az előtag/conf/ könyvtárban kell keresnünk: 


B vi elitáagjconf/httpd.cont 


A mindenképpen átszerkesztendő beállítási kapcsolók közé 
tartozik a ServerAdmin, ahová a saját levélcímünket kell 
beírni (így figyelmeztetést fogunk kapni arról, ha a kiszolgá- 
lónak gondjai lennének); a ServerName, azaz a kiszolgáló 





ÍP-je vagy neve; és a Port, vagyis az a kapu, amire a kiszolgá- 
lónak hallgatnia kell. 

A httpd.conf sok magyarázatot is tartalmaz és elég könnyű 
olvasni, értelmezni és testreszabni. Ha mégis további részle- 
tekre vagyunk kíváncsiak a beállításokkal kapcsolatban, 
elolvashatjuk az Apache-kézikönyvet saját gépünk Apache 
telepítési könyvtárának docs/manual/ alkönyvtárában vagy 

a hálózat 5 http:/Ahttpd.apache.org/docs címén. 


Kiszolgáló indítása 

Sikeresen lefordítottuk, telepítettük és testreszabtuk Apache 
rendszerünket. Mint korábban említettük, az IPv6-támogatás 
ma már része az Apache forráskódjának, így a beindításához 
nincs szükség további különleges lépésekre. A kiszolgáló 
indítását az Apache-vezérlést egyszerű parancssoros felülettel 
lehetővé tevő Apache Control Script segítségével végezhetjük 
el. Ezáltal elindíthatjuk, leállíthatjuk, újraindíthatjuk a kiszol- 
gálót, szemmel tarthatjuk az állapotát, illetve ellenőrizhetjük 
a beállítások írásmódjának helyességét. Ennek megfelelően a 
kiszolgáló indításához az apachect1 start parancsot kell 
kiadnunk, és a dokumentumokat máris lekérhetjük a 

2 http:/kiszolgálónév vagy a http:/localhost/ címen. 


Dokumentumszolgyáltatás IPv6 alatt 

A 128 bites címek eljövetelével egyidejűleg a hosszú IP-címek gé- 
pelésének kellemetlensége is megérkezik. Az IPv6-címek helyes 
írásmódja nyolc, kettősponttal elválasztott, négy hexadecimális 
karaktert tartalmazó mezőből áll, ami összesen 128 bitet jelent. 
Emlékezzünk rá, hogy az URL-ekben a kapuszámokat általában 
kettős ponttal lehet a címhez fűzni, tehát a következőképpen: 
149.76.14.14:80. Minthogy az IPv6-címek eleve kettőspontot 
használnak magában a címben is, az IPv6 URL-ekben a címeket 
szögletes zárójelbe kell tenni, és csak ezt követően lehet kettős 
ponttal hozzáfűzni a kapu számát, valahogy így: 


[3£fe:200:8:1000:250:bbff:fe00:25] : 80. 


Nem minden webböngésző képes értelmezni az IPv6-címeket. 
A Netscape Navigator 6.x és a Mozilla azonban két kipróbált 
böngésző, amelyek támogatják az IPv6-címzést. Úgy gondol- 
juk, hogy bár IPv6-támogatottságuk még nem teljesen kiforrott 
(hiszen néha lefagynak, és a böngészőfolyamatot ki kell lőni 
vagy újra kell indítani), mindkettő sikeresen képes elérni 

a másodneveket (aliased) gépneveket. A másodnevek olyan 
gépnevek, amelyeket valamilyen egyedi IP-címhez rendeltünk 
a /etc/hosts fájlban. Például másodnevet rendelhetünk egy 
IPv6-címhez, ha a /etc/hosts fájlba a következőket írjuk: 


::1 node02-v6-localhost 
3ffe:200:8:1000:250:bbff:fe0Oo:25 node02-v6 
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Amikor elindítjuk a Netscape-et vagy a Mozillát, címként begé- 
peljük a megadott álnevet, majd ezekkel a másodnevekkel érjük 
el az IPv6 alatti weblapokat, a fenti példánál maradva például a 
2 http:/node2-vé6/ vagy a 3 http://node2-v6-localhost/ lapokat. 


Teljesítnénymérési eredmények 

Az Apache teljesítnényének méréséhez a fenti lépéseket kö- 
vetve feltelepítettük a legfrissebb rendszermagot IPv6-támo- 
gatással, majd felraktuk az Apache 2.0.16-as változatát. A gép 
egy 256 MB memóriával rendelkező 1U Celeron 500 MHz 
szekrénybe szerelhető egység volt, a rendszer Red Hat 7.0 alatt 
működött. A teljesítményméréshez az Apache webkiszolgáló- 
val érkező ingyenes ApacheBench programot használtuk. 

Két tesztet futtattunk le: Apache 2.0.16 IPv4 alatt, majd Apache 
2.0.16 IPv6 alatt. Az összehasonlítás kedvéért ugyanezt a 
próbaprogramot lefuttattuk egy azonos beállításokkal rendel- 
kező gépen is, amelyen Apache 1.3.19 futott, így összehasonlít- 
hattuk a két változat ÍPv6-támogatásának sebességét. Hogy 

az Apache 1.3.19 alatt is elindíthassuk az IPv6-ot, a Kame 
Projekt honlapjáról letöltöttük az IPv6 Apache-foltot, majd 

az 1.3.19 forrásfájára alkalmaztuk. Ezt követően lefuttattuk 

a configure parancsfájlt: 


t ./configure --enable-rule-INET6 


és engedélyeztük az INET6 lehetőséget. Végül elvégeztük a make 
§-6- make instal1 parancsot, ami lefordította és telepítette a 
Kame IPv6-támogatással kiegészített Apache 1.3.19 változatot. 

A táblázatban láthatjuk a próbaeredményeket. Minden teljesít- 
ménypróba 1000 darab 1-es konkurenciaszinten lefuttatott 
kérés eredményeként adódott. Egyetlen hibás kérelem vagy 
írási hiba sem jelentkezett. 

Az eredménnyel kapcsolatban néhány megjegyzéssel kell 
élnünk. Az Apache 1.3.19 másodpercenként több kérelmet volt 
képes kiszolgálni, mint az Apache 2.0.16. Az Apache általunk 
kipróbált változatában ÍPv6 alatt kevesebb kérelmet értünk el 
másodpercenként, mint az IPv4 használatakor; ennek egyik 
oka az lehet, hogy az Apache-hoz adott IPv6-kód nincsen mód- 
szeresen végigellenőrizve és javítva. Másrészről, ha az Apache 
1.3.19 átviteli sebességét tekintjük, azt tapasztalhatjuk, hogy 
jelentősen magasabb a Apache 2.0.16 teljesítményénél. Ez még 
további vizsgálatokat igényel. 

Az Ericsson Open Architecture Research Labnél mostanában 
építettünk fel egy teljesítménymérő környezetet, amelyben 
Linux-telepek és alkalmazáskiszolgálók képességeit vizsgál- 
hatjuk (ide értve az Apache, a Iomcat és a Jigsaw webkiszol- 
gálókat). Csakhogy a környezet és a próbák IPv4-hez, és nem 
IPv6-hoz készültek. Azt tervezzük, hogy a környezetet ÍPv6 
HTIP-kérelmek kipróbálására építjük át, hogy az Apache 

(és más webkiszolgálók) teljesítményét komoly IPv6-terhelés 
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0 Kiskapu Kft. Minden jog fenntartva 


0 Kiskapu Kft. Minden jog fenntartva 


mellett is meghatározhassuk. Jelenleg összesen 100 darab 1U 
méretű egységgel rendelkezünk (Celeron 500 és Pentium II[-as 
gépek vegyesen, 256 MB és 512 MB memóriával), amelyek 
hamarosan egyetlen csomópontra menő IPv6-forgalmat hoz- 
nak majd létre, ahol összegyűjtjük és megszerkesztjük az 
eredményeket. Amint befejeztük a munkát, az eredményeket 
közzétesszük. Ez az összegzés már sokkal többet fog mondani, 
mint a cikkben szerepeltetett előzetes próbák eredményei. 


Összegzés 
Az IPv6 kezd valósággá válni. A következő néhány évben 
azonban alkalmazáskiszolgálóinkon képesnek kell lennünk az 


IPv4 és az ÍPv6 protokollok együttes támogatására, még mielőtt 


a teljes IPv6-átállás megtörténhetne. Az Apache fejlesztői 
ügyeltek erre, és az ÍPv6-támogatást már be is építették az 
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Apache kódjába. Előzőleg az IPv6 csak letölthető folt formá- 


jában volt elérhető (többek között a Kame Projekt honlapjáról), 


LY 





Apache webkiszolgáló 5 http:/Avww.apache.org 
ARIES Projekt 3 http://www.risag.ericsson.ca 
Kame Projekt 5 http:/Avwvw.kame.net 
Linux-rendszermag 3 http://www.kernel.org 
Mozilla 8 http:/Avww.mozilla.org 

Netscape 3 http:/Avww.netscape.com 

Red Hat 3 http://www.redhat.com 








amit aztán a forrásfába kellett illeszteni. 

Mint azt a teszteredmények sugallják, az IPv6 alatti dokumen- 
tumszolgáltatás valamivel lassabb lesz (lekérés/másodperc 
értelemben), mint amilyen az IPv4 alatt volt; ami érthető is, 
hiszen az IPv6-támogatás még gyerekcipőben jár. A fejlesztés 
előrehaladtával az Apache is valószínűleg eléri, majd megha- 
ladja az ÍPv4 alatt elért teljesítményt, hogy továbbra is a világ 
legkedveltebb webkiszolgálója maradhasson. 


Köszönetnyilvánítás 

Köszönet az Ericsson Researchnek (Open Architecture 
Research Lab) linuxos és nyílt forrású munkáink támogatásáért, 
illetve hogy engedélyezték a cikk megjelenését. 


Lirnax gdournal 2005" Jandat, 105. szám 


Ibrahim Haddad (Ibrahim. HaddadoEricsson.com) 
A montreali Ericsson Research Open ÁArchitecture 
Lab kutatója, ahol elsődleges feladata a hírközlési 
osztályú kiszolgáló csomópontok kutatása valós 
idejű, teljesen IP alapú hálózatok területén. 
Jelenleg DrSc-jJelölt a Concordia Egyetemen. 


David Gordon (davidgordonca(gyahoo.ca) 

Most fejezte be együttműködését a Kanadai 
Ericsson Researchs-szel, ahol a közel telekom- 
munikációs szintű Linux-telepek IPv6-támogatásán 
k.] dolgozó csapat tagja volt. Jelenleg Sherbrooke-i 
all egyetem informatikus hallgatója. 


Ismét maratoni hétvége - Február 7-9. 


Ahogy azt már két évvel ezelőtt is írtam, a linuxos társa- 
dalom számára az egyik legfontosabb feladat az, hogy 
a rendszer magyarítását, honosítását elvégezzük. Sze- 
rencsére nagy örömmel mondhatjuk, hogy a munka 
dandárját már elvégeztük, 

sőt nagyon sok rendszer mt 

rendelkezik magyar felület-  ) ÖPÉNOTTI GE ama e 

tel és leírással. A rendkívül elk étel eütálá ataláts fékésétsján 
sok emberórát igénybe 

vevő folyamat szerencsére 

a mai napig folytatódik és 

erősödik. Az egyik legtöb- 

bet ,szem előtt lévő" prog- 

ram, az OpenOffice.org rk 

TE rádkágeáánéme eoetgáadyáságsszattsázzártrtt TET 
nagymértékben Somogyi elall [TeekT ere 
Péter szervezőmunkájának "a 

köszönhető, aki több segí- ZET ET ee TA 
tővel tavaly áprilisban ma- 

ratoni , honosítási hétvégét" szervezett. Ma már min- 
denki könnyedén használhatja az elkészült rendszert, 
akár .deb csomagból is. 

Sajnos a munkát tavaly nem tudtuk befejezni, a prog- 


4 Ha Eza ma rés here 
3 


ramban még pontatlan vagy részleges fordításokkal talál- 


kozhatunk, magyar súgó pedig még most sem tartozik 
hozzá. Hogy az eltelt idő alatt összegyűlt hibákat 
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orvosolni tudjuk, Péter ismét egy maratoni hétvégét 
szervez. A tervek szerint húsz-huszonöt ember gyűlik 
majd össze egy erre megfelelő helyen, és a tavaly bevált 
rendszert is üzembe helyezve (amelyen keresztül külső 
segítők is bekapcsolódhat- 
nak a munkába) a hétvége 
alatt az egész fordítást elké- 
szítik. Ez első hallásra kivi- 
telezhetetlennek tűnő fela- 
dat, a tavalyi tapasztalatok 
mégis azt mutatják, hogy 
a csapatnak ismét nagy 
esélye van megmutatni: 
a nyílt rendszerek élnek! 
Amennyiben kedvet és 
erőt érzel, hogy részt ve- 
gyél a hétvégén, vagy bár- 
milyen módon támogatni 
tudod a csapatot (például 
ellátmánnyal, helyszín biztosításával), Írj közvetlenül 
Péternek, vagy akár nekem! Várunk! 


Kapcsolódó cím 
OpenOffice.org magyarul 5 http://office.fsf.hu 


Szy György (Szy.GyorgyOlinuxvilag.hu) 





Bevezetés a FreeS/WAN használatába (1. rész) 


VPN-alagutak biztonságos vezeték 


Fő 


nélküli és más világhálós kapcsolatok kiépítésére. 





legutóbbi, mintegy ötéves időszak során az IPSec 
A a VPN-kapcsolatok vezető szabványává fejlődött. 

A FreeS/WAN (3 http:/www.freeswan. org) nyílt 
forrású, kiterjedt biztonságos számítógép-hálózat, a legnép- 
szerűbb és az egyik legérettebb IPSec-megvalósítás, ami 
Linux-rendszereken működik. A mostani alkalommal és 
a következő hónapban azt fogjuk megvizsgálni, miért és 
hogyan kell a FreeS/WAN-t biztonságos hálózati adatcserére 
használni. Eme vizsgálódásunkat a vezeték nélküli (rádiós) 
hálózatokkal kezdjük. 


VPIN-alapok 


Mindeddig a VPN-ek két leggyakoribb használati formája a 
két hálózat közötti kapcsolat volt. A telephelyek közti kapcsola- 
toknál mindegyik telephely, illetve hálózat saját VPN-átjáróval 
rendelkezik, azaz olyan VPN-kiszolgálógéppel, amely az 
IPSec-en vagy más VPN-protokoll alapú alagutakon keresztül 
tart fenn kapcsolatot más VPN-átjárókkal, ahogyan az az 

1. ábrán látható. 

Ez a kiszolgálógép ugyanakkor a helyi hálózatra csatlakozó 
gépek számára útválasztóként is működik, hogy az egyes cso- 
magokat más kapcsolódó VPN-helyekhez eljuttassa. Mindez 
más szóval azt jelenti, hogy egy telephelyek közti VPN-háló- 
zatban több felhasználó, illetve számítógép osztozik egyetlen 
alagúton, hogy adatokat cseréljenek a távoli hálózatra csatla- 
kozó számítógépekkel. 

A távoli hozzáférésű VPN-ek, ideértve a vezeték nélküli háló- 
zatokban használatos fajtát, ettől kicsit eltérőek. A VPN-alagút 
ahelyett, hogy egy teljes számítógépes hálózatot egy másikhoz 
kapcsolna, mindössze egyetlen felhasználó vagy számítógép és 
egy távoli hálózat között teremt kapcsolatot (2. ábra). A felhasz- 
náló helyi VPN-átjárója jellemzően alkalmazói program, amely 
a helyi gépen fut. A távoli VPN-átjáró rendszerint tűzfal vagy 
egy kijelölt VPN-készülék a gazdahálózaton. 

A vezeték nélküli helyi hálózatból (LAN) épített VPN-ek a tá- 
voli hozzáférésű VPN-ek fontos alcsoportját alkotják. A vezeték 
nélküli hálózatok az általuk biztosított kényelemnek és az ala- 
csony költségeknek köszönhetően egyre népszerűbbek. Mint- 
hogy azonban a nevüknek megfelelően az adatok közvetítésé- 
hez rádióhullámokat használnak, könnyű őket lehallgatni. 

A hálózati termékek gyártói a vezetékes hálózatnak megfelelő 
titkosítás biztosítására tettek erőtlen kísérletet a vezeték nélküli 
titkosítási szabvány (Wireless Encryption Standard — WEP) 
megalkotásával, de a WEFP-et a titkosítás megvalósításának 
hibái szinte azonnal elavulttá tették. Emiatt sok vezeték nélküli 
hálózatot használó vállalat máris elfordult a WEP-től. Helyette 
inkább VPN-alagutakat használnak a vezeték nélküli kapcso- 
latok titkosítására. 

A 2. ábrához visszatérve meg kell említenünk, hogy egyetlen 
rendszer képes összetett VPN/vezeték nélküli átjáróként dol- 
gozni. A 3. ábrán újabb lehetséges hálózati elrendezést látha- 
tunk: mind a vezeték nélküli egység, mind a VPN-átjáró 
önálló egységet alkot. 
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Az IPSec és a FreeS/WAN 


Mint azt már korábban kijelentettem: az IPSec a legnépszerűbb 
VPN-protokoll. Minthogy ez az IP-protokoll kiterjesztése, ez 

az Internet , hivatalos" VPN-protokollja. Szinte az IPSec léte- 
zése óta John Gilmore és a FreeS/WAN kezdeményezés fej- 
lesztőcsapata a FreeS/WAN csomag kifejlesztésével és a Linux 
számára történő átadásával minden tőle telhetőt megtett az 
IPSec minél szélesebb körű elfogadásáért. 

A FreeS/WAN legfrissebb változatáról szóló végleges 

adatok a kezdeményezés honlapjáról, 
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3. ábra Egy másfajta LAN VPN-elrendezés 
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a 5 http:/wwwi.freeswan. org címről szerezhetők be. 

Egy szó, mint száz, a FreeS/WAN érett, jól dokumentált és 
támogatott program. Ha Linuxot használsz, akkor VPN- 
szükségleteid kielégítésére a FreeS/WAN a megfelelő választás. 


A FreeS/WAN beszerzése és telepítése 

A NetFilterhez hasonlóan a FreeS/WAN is a tényleges munkát 
végző rendszermagmodulból és a felhasználói felületekből áll, 
az utóbbiak a beállítást szolgálják. A NetFiltertől eltérően 
azonban a FreeS/WAN nem szerepel a Linux-rendszermag 
forráskódcsomagjai között, így a legtöbb változathoz adott 
rendszermagban nem is bukkan fel. Ez számos ország 
titkosítási eljárások korlátozása miatt van így. 

A rendszermag újraépítése, esetleg újrafordítása a FreeS/WAN 
telepítése esetlen módjának tűnik. Ennek elkerülése érdeké- 
ben számos Linux-változat, többek között a SuSE, a Debian 

és a Mandrake olyan FreeS/WAN-változatot tartalmaznak, 
amelyik képes az adott változathoz tartozó rendszermaggal 
együttműködni. 

A Red Hat 7.3 Linux-változat felhasználói számára IPSec-képes 
rendszermagcsomagok - mind bináris, mind forráskód formá- 
ban -, valamint a FreeS/WAN telepítőeszközei a Steamballoon 
telephelyéről, a 5 http:/rpms.steamballoon.com/freeswan 
címről tölthetők le. 

Mivel jómagam leginkább SuSE és Red Hat Linux-változatokat 
használok, a FreeS/WAN program ezekhez a rendszerekhez 
történő beszerzését és telepítését fogom az alábbiakban ismer- 
tetni. Abban az esetben, ha az igényeid összetettebbek, leírás 
végett látogass el a 5 http:/www.freeswan.org/doc.html címre. 
Linux-változatodtól és a rendszermag frissességétől függően 
lehetséges, hogy a rendszermagot újra kell fordítanod, de en- 
nek a folyamatnak a pontos leírása megtalálható a webhelyen. 


A FreeS/WAN telepítése SuSE rendszerekre 

Abban az esetben, ha a Linux-változathoz járó eredeti rend- 
szermagot használod, egyszerűen telepítsd a sec-sorozatban 
szerepelő freeswan . rpm csomagot. Győződj meg róla, hogy 
az ipsec . o modul rendszermagváltozata megfelel az üzemelő 
SuSE rendszer rendszermagváltozatának. 

Egy csapásra mindkét ellenőrzést elvégezhetjük: a futó rendszer 
magjának változatszámát a uname -av parancs kiadásával kér- 
dezhetjük le. Az egyelőre telepítetlen freeswan . rpm csomag 


rendszermagváltozatát az alábbi paranccsal tudhatjuk meg: 
t rpm -gi -p ./freesw an.rpm ] grep -e ipsec.o 


A rendszermag változatszámát az erre az állományra mutató 
útvonal fogja megmutatni, tehát a példának megfelelően 
/usr/lib/modules/2.2.18/ipv4/ipsec.o. Ha a változatok azonosak, 
akkor telepítsd a csomagot: 


t rpm -Uvh ./freeswan. rpm 


Ezután a /etc/rc.config állomány megnyitásával és a 

SIARI IPSEC változó értékének , yes" -re állításával kapcsold 
be az IPSec-et. Most érkezett el az ideje, hogy helyettesítsük a 
géphez tartozó titkosítási kulcsot — az RSA-aláírás kulcspárt —, 
amelyet a FreeS/WAN.RPM-ek telepítettek a rendszeredre. 
Ha a /etc/ipsec.secrets állomány létrehozási dátuma az aznapi 
(mai) dátumnál korábbi, akkor bizony új kulcsokra van szük- 
ség. Ennek megtételéhez a FreeS/WAN 1.92-es vagy annál 
magasabb változatszámmal ellátott változatoknál az alábbi 
parancsokat használhatjuk: 
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t mv /etc/ipsec.secrets /etc/ipsec.secrets.test 
Ht ipsec newhostkey --hostname my.host.FODN 
5.-output /etc/ipsec.secrets --bits 2192 


lermészetesen a my . host . FODN kapcsoló helyett a géped 
teljes nevét kell begépelned, például: 

george . wiremonkeys . org. A FreeS/WAN korábbi változa- 
tainál a következő parancsot használhatjuk: 


Ht ipsec rsasigkey --hostname my.host.FODN 
52192 5 /etc/ipsec.newkey 


Ha használtad az ipsec rsasigkey parancsot, akkor szöveg- 
szerkesztővel meg kell nyitnod a /etc/ipsec.secrets állományt, és 
az ott kapcsos zárójelek (( j) között szereplő jelsorozatot ki kell 
cserélned az ipsec . newkey, vagy bármilyen más állományba 
irányított új kulccsal. Annak ellenére, hogy még be sem állítot- 
tad a szolgáltatást, máris elindíthatod és ellenőrizheted: 


t /etc/init.d/ipsec start 
H ipsec whack --status 


Ha a második parancs (az ipsec whack --status) 000 
visszatérési kóddal ér véget, FreeS/WAN-telepítésed megfe- 
lelően működik. 


FreeS/WAN telepítése Red Hat-változatokra 

Ha a Red Hat 7.3-as változatot a rendszerhez adott eredeti 
rendszermaggal üzemelteted - ez a cikk írásának idején a 
2.4.18-as volt -, akkor először is szerezd be az IPSec-képes 
rendszermagcsomagot a 

2 http:/rpms.steamballoon.com/freeswan címről, vagy a 44-es 
CD Magazin/FreeSWAN könytárból. Innen akár a forrást, 

akár a futtatóbinárist letöltheted; először a rendszermag- 
csomagot telepítsd. 

Ha Linux-rendszeredben a rendszerhez adott eredeti rend- 
szermagcsomag van telepítve — majdnem biztos, hogy az -, 
akkor használnod kell a -- force kapcsolót, mivel a Steam- 
balloon FreeS/WAN rendszermagcsomagjának bázisneve 

(, kernel") megegyezik a Red Hat-változat rendszermagjának 
csomagnevével. Celeron alapú Red Hat 7.3-as rendszeremen 

a Steamballoon rendszermagcsomagot így telepítettem (a pél- 
dákban szereplő valamennyi változatszám mára már bizonyára 
elavulttá vált): 

t rpm --force -i ./kernel2.4.18-3ipsec.i686.rpm 
Felesleges aggódnod a --force kapcsoló kényszerítő jellege 
miatt, mivel a rendszermag lenyomatállományának nevei és 

a modulkönyvtárak mind egyediek, és régi rendszermagodat 
nem fogják felülírni. A saját Red Hat 7.3-as rendszeremet 
alapul véve az új rendszermag lenyomatállomány például 

a /boot/omlinuz-2.4.18-3ipsec, a modulkönyvtár pedig a 
/tib/modules/2.4.18-3ipsec címen lesz elérhető. A Steamballoon 
RPM csomagjában levő telepítés utáni héjprogram felülírta 

a rendszermagra mutató bejegyzést a /boot/grub/grub.conf 
fájlokba az új IPSec-rendszermagra mutató új bejegyzéssel 

— tulajdonképpen a betöltőmenüből eltávolította a régi rend- 
szermagot. Ám amint a régi rendszermagra mutató bejegyzést 
ismét hozzáadtam a menühöz, rendszerbetöltéskor gond 
nélkül tudtam választani közülük. 

A rendszermagcsomag telepítését követően telepítsd a felhasz- 
nálói módú eszközöket. Az én rendszeremen ez az alábbi 


paranccsal történt meg: 
H rpm -i fÍfreeswan-1.97-0.1386.rpm 


Az RPM csomag egy héjprogramot - /etc/init.d/ipsec — telepít, 
de a szolgáltatást nem indítja el. Az üzembe helyezést az alábbi 
paranccsal végezhetjük el: 


t chkconfig --add ipsec 

Ezután hozz létre új RSA-kulcspárt, úgy, ahogy azt az előző 
szakaszban megadtam. Ha kész, máris elindíthatod és 
kipróbálhatod a FreeS/WAN telepítésedet szolgáltatást a már 
ismertetett módon. 


Vezeték nélküli LAN VPN beállítása 


Sajnos helyszűke miatt csak egyetlen gyakori alagutazás 
forgatókönyvét tudom megvizsgálni — ezt mutatja be a 2. ábra. 
A 4. ábra a 2. ábrán látható hálózat egy részletét tárja fel, ezúttal 


Gazdahálózat 
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4. ábra IP-címekkel rendelkező vezeték nélküli VPN 


IP-címekkel ellátva. Mint azt rövidesen látni fogjuk, nincs 
szükség az összes lehetséges ügyfél IP-címének ismeretére. 
A cikk hátralevő része több fontos alapfeltevésen nyugszik: 


1. Az alapvető hálózati kapcsolatok működnek, a vezeték 
nélküli ügyfelek képesek kapcsolódni a kiszolgálóhoz. 
2. Az alapvető csomagtovábbítás működik: a vezeték nélküli 


ügyfelek képesek elérni az átjáró túloldalán lévő gépeket. 
3. Az átjáró egyelőre még nem működik tűzfalként. 


A harmadik feltevés csupán könnyítés. A biztonság rétegek- 
ben valósítható meg, és a telepítési időn kívül semmibe sem 
kerül, hogy megszabjuk, a bejövő VPN-forgalom merre 
mehet és merre nem. Sajnos itt nem bocsátkozhatom mélyebb 
részletekbe; ehelyett olvasd el a FreeS/WAN guick start on 
firewalling HOGYAN-t a 3 http:/www.freeswan.org/doc.html 
címen. 


Az ipsec.conf elkészítése 

A FreeS/WAN beállítása két állományon keresztül történik: 

a /etc/ipsec.conf a tőbb beállításokat tartalmazó állomány, míg 

a /etc/ipsec.secrets a kulcstár. Mindkét állománynak korlátozott 
engedélyekkel kell rendelkeznie; a 0600 megbízható választás. 

A /etc/ipsec.secrets állományt különös gonddal kell védelmezni. 
Amennyiben ebből az állományból bármit ki kell másolni, mond- 
juk a gép nyilvános RSA-kulcsát, a szükséges adatot másold ki 
egy önálló állományba. Soha ne engedd meg, hogy az ipsec. 
secrets állomány kikerüljön a rendszeredből. Ezt az állományt 
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7. lista /etc/ipsec.conf a vezeték nélküli ügyfélen 


H alapbegll tEs 

config setup 
interfaces-sdefaultroute 
klipsdebug-none 
plutodebug-none 
plutoload-Ssearch 
plutostart-Ssearch 
unigueids-zyes 


conn sdefault 
keyingtries-0 
authby-secret 


conn george-gracie 
authby-rsasig 
lett-10:0.54.2 
leftid-Ogeorge . wiremonkeys . org 
léftsübnet-050.0.0/70 
leftrsasigkey-OSsSAOPFOJJVY7 . . . 
right-sSsdefaultroute 
rightid-Ogracie.wiremonkeys.org 
rightrsasigkey-OsSNUOG2YOYO JXATKUtv3 . 
auto-start 


részletesebben a következő hónapban fogjuk megvizsgálni. 

Az 1. lista egy vezeték nélküli VPN-ügyfél ipsec.conf állomá- 
nyát mutatja be. A /etc/ipsec.conf állomány három részre 
tagolódik: az alapvető telepítési kapcsolókra (config setup), 
az előre beállított alagútértékekre (conn sdefault), és végül 
az alagút-meghatározásokra (conn george-gracie az I. lis- 
tában, ezt a nevet magam választottam ennek az alagútnak). 
A config setup szakaszban található előre beállított jellem- 
zők az egykártyás rendszereken biztonsággal érintetlenül 
hagyhatók. A legfontosabb beállítás az interfaces, ami 
megadja, hogy melyik hálózati csatoló lesz az IPSec-csatornák 
helyi végpontja. Az előre beállított érték, a sdefaultroute 
ennek az ipsec- [csatol ] a feloldása, ahola [csatol ] 
a gép alapértelmezett hálózati csatolója, általában az eth. 
Ezennel máris az ipsec.conf lényegéhez érkeztünk el: az alagút- 
meghatározáshoz. Az 1. listában a george-gracie alagút-meg- 
határozásban az első sorban találjuk az authby beállítást, ami 
azt szabja meg, hogyan végezzék az egyes IPSec-gépek a saját 
hitelesítésüket egymás számára. Az alapérték a , secret", amely 
az előzetesen megosztott titkos azonosítót jelenti. Ez a beállítás 
lehetővé teszi, hogy az előre meghatározott titkos karakterso- 
rozat legyen az azonosítási kulcs. Ez elsőre meggondolatlan- 
ságnak tűnhet, de mégis biztonságos, ugyanis az azonosító 
sosem utazik a hálózaton. 

Most más a helyzet, hiszen az 1. listában az authby kapcsoló 
rsasig-re van beállítva. Az RSA-hitelesítés nem szükségsze- 
rűen sokkal biztonságosabb, ezzel szemben sokkal kényel- 
mesebb. Míg a megosztott azonosítót valamilyen biztonságos 
eszköz, mint például titkosított levél vagy az SSH segítségével 
előzetesen ki kell cserélni, az RSA-hitelesítésben használt 
nyilvános kulcsok akár ország-világ színe előtt kicserélhetők, 
mi több, még a honlapon is közzétehetők. 

A FreeS/WAN beállításánál fontos a bal és a jobb oldal megkü- 
lönböztetése: ezek a parancsokban és kapcsolókban az IP-alag- 
utak végpontjainak megjelölésére szolgálnak. Hogy melyik 
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2. Lista letc/ipsec.conf az átjárón 


config setup 
interfaces-"ipsec0-ethi" 
ss gy tovjbb 
forw ardcontrol-yes 


conn george-gracie 
authby-rsasig 
lett-t0. 08542 
leftid-Ogeorge . wiremonkeys . org 
leftsubnet-0.0.0.0/0 
leftrsasigkey-OsOsSAOPFOJJvVY7XK9ICMXI . . . 
Tight- sany 
rightid-Ogracie . wiremonkeys . org 
rightrsasigkey-OsSNUOG2YOY OJ xAlKkuutVv3. . . 
autosadd 


elnevezés melyik oldalt jelöli, tulaadonképpen lényegtelen, 

az a fontos, hogy a jelöléseket következetesen alkalmazzuk. 
Ugyanannak a gépnek mindkét alagút-meghatározásban jobb 
oldalinak kell lennie, és egy rendszernek sem szabad megfor- 
dítania a másik gépen szereplő bal-jobb kiosztást. 

A biztonság kedvéért, amikor egy gép egy másik számítógép 
számára kiszolgálóként működik, ezt a gépet javasolt bal oldali- 
ként feltüntetni. Példánknál maradva a George nevű gép kiszol- 
gálóként működik a vezeték nélküli ügyfelek számára, így 
George bal oldali, míg Gracie, az ügyfélrendszer, jobb oldali. 
pontjának IP-címét, George-ot: 10.0.54.2. A jobb oldal termé- 
szetesen a jobb oldali végpont IP-címét jelöli ki. Forgatóköny- 
vünkben viszont az áll, hogy Gracite és a többi vezeték nélküli 
ügyfél dinamikus IP-címet kap. Ekkor egy rögzített IP-cím 
megadása helyett a sdefaultroute értéket fogjuk használni, 
amely a gép alapértelmezett útvonalát jelöli; ez a hálózati 
kártyához tartozó IP-címmé fog alakulni. 

Az alagút leftid kapcsolója felesleges ismétlődésnek tűnhet, 
minthogy a left-tel már azonosítottuk a bal oldali IP-címet, 
ám ez valójában egy kicsit eltér attól. A leftidés rightid 
kapcsoló minden alagút végponthitelesítési azonosítóját 
határozza meg. Ez lehet egy IP-cím, de lehet a kukac ((0) jelet 
követő teljes név (FODN). Minthogy a Gracie ügyfél, a 
dinamikus IP-cím kiosztáson keresztül kap címet, így a leftid 
számára a (Ogracie.wiremonkeys.org az egyetlen használható 
érték. Ebben a példában ugyanakkor a rightid számára a 
(0george.wiremonkeys.org és a 10.0.54.2 IP-cím kölcsönösen 
felcserélhető értékek. 

Az 1. listában a következő megfontolásra érdemes alagútbeál- 
lítás a leftsubnet. Ez meghatározza, hogy milyen cél-IP-cí- 
mek fogadhatnak csomagokat a jobb oldaltól, emiatt azt is, 
hogy a jobb oldali végpontok milyen célokhoz használhatják 
az alagutat. Gracie és a többi vezeték nélküli ügyfél George-ot 
használja egyedüli átjáróként a vállalati helyi hálózathoz 

és általában a nagyvilággal való kapcsolattartásra, ezért ezt 
0.0.0.0/0-ra állítottuk, ami így az összes címet kifejezi. 

Létezik egy rightsubnet kapcsoló is, ezt azonban kizárólag 
a telephelyek közti kapcsolatokban szükséges beállítani. Távoli 
hozzáférés vagy egyéb kiszolgálóalapú megoldásokban a két 
kapcsoló közül csak az egyik beállítása szükséges. 

Ha az alagút számára RSA-hitelesítést írtunk elő, akkor mind 

a leftrsasigkey, mind a rightrsasigkey megadása 
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kötelező. Ezek az értékek az ipsec.secrets állományban, 

a Hpubkey-— kezdetű sorokban találhatók meg. Az alábbi két, 
vagylagos jelleggel használható parancs közül választhatunk: 
H ipsec showhostkey --left 


vagy 


H ipsec showhostkey --right 


kar d jós. Er [iedntan Tsi [eszes tsa 


ka, ki d 


ÉRNE eeetTTT EN FETT EN 
LEdstelát jött a eme szála, ielloszátsmá 


A --left és --right kapcsolók (amelyek a FreeS/WAN 
1.9-es vagy annál későbbi változatában használhatók) révén 

a kimenet a leftrsasigkey vagy rsasigkey utasítás 
formátumának megfelelő alakú lesz, ami aztán az ipsec.conf 
állományba rugalmasan bemásolható lesz. Például a George 
gépen futtatott ipsec showhostkey --left az 1. listában 
bemutatott leftrsasigkey értéket, a Gracie gépen futtatott 
ipsec showhostkey --right pedig a rightrsasigkey 
értéket adta eredményül. Fontos megemlíteni, hogy bár az 
RSA-kulcsok hosszúak, mindegyiküknek el kell férnie egyetlen 
sorban, vagyis sortörés nem használható! 

Az utolsó kapcsoló az 1. listában az alagútbeállításánál az auto, 
ami — amint az IPSec elindul — meghatározza a FreeS/WAN 
számára, hogy van-e tennivaló az alagút körül. A start érték 
írja elő, hogy a kezdeti értékadás és az önműködő indítás meg- 
történjen. Az add érték előírja, hogy a pluto nevű IPSec- 
démonhoz legyen hozzáadva. Az ignore hatására pedig 
figyelmen kívül hagyja az alagutat. Az 1. listában az auto 
értéke start-ra lett beállítva, ezért amikor csak az IPSec a 
Gracie gépen elindul, szeretnénk feléleszteni az alagutat a 
George-on. Az auto számára a plutoload és plutostart 
telepítésbeállítási kapcsolókat megfelelően kell beállítani azaz, 
hogy valamiféle értelmük legyen: részletesebb útmutatáshoz az 
ipsec.conf(5) súgóoldalról juthatunk. 

Rendben, ez minden, amit az ipsec.conf ügyféloldali beállítá- 
sáért tenni kell. De vajon mi a helyzet a kiszolgálóval? Úgy fest 
a dolog, hogy ebben a forgatókönyvben a beállítás mindkét 
oldalon közel azonos. A 2. lista mutatja a George nevű gép 
/etc/ipsec.conf állományát. 

Az első eltérés a Gracie-géptől az, hogy George több hálózati 
kártyával rendelkezik, következésképpen a hálózati csatolót 
egyértelműen meg kell határozni. A kiszolgáló alapértelmezett 
útvonala a helyi hálózatra csatlakozik, és nem a vezeték nélküli 
hálózatra, ennek következtében a $sdefaultroute értéket 
nem használhatjuk. 


Ezen kívül egy új telepítési kapcsolóval is rendelkezünk, a 

forw ardcontrol-lal. Ha ennek értékét , yes" -re állítjuk, elő 
fogja írni az IPSec-nek, hogy szükség szerint kapcsolja be az 
IP-továbbítást, és kapcsolja ki, amint az ÍPSec lezárásra kerül. 
lovábbá magában az alagútszakaszban a right (jobb oldal) 
kapcsolót sany-re kell állítani, nem peidg Sdefaultroute-ra, 
hiszen a sdefaultroute George helyi hálózatát adná vissza, 
és nem Gracte-t, vagyis a jobb oldalt. Ezenkívül az auto kap- 
csolót start helyett add-re kell állítani, mert George kiszol- 
gálóként működik: csak készen kell állnia Gracie számára, hogy 
az alagutat működésbe helyezze. 


Az alagút elindítása és kipróhálása 
Most ugrik a majom a vízbe! Előbb George-on, majd Gracie-n 
adjuk ki a következő parancsot: 


ipsec setup restart 


George végigolvassa a /etc/ipsec.conf állományt, betölti a 
george-gracie alagút-meghatározást, és felkészül a kapcso- 
latok fogadására. Gracie ugyanezt fogja tenni, és feléleszti az 
alagutat. Az indulással kapcsolatos üzenetek naplózása a 
/var/log/messages vagy a /var/log/secure állományokba történik. 
Amennyiben az ügyfélrendszeren ipsec setup restart 
parancs kimenete az , IPSec SA established" üzenettel ér véget, 
az alagút működésre kész! 

Próbáld pingelni a távoli hálózat gépeit, vagy kísérelj meg 
valamilyen más módon kapcsolódni hozzájuk - a kapcsolatnak 
nem szabad különböznie az alagút üzembe helyezése előtt 
tapasztalt működéstől! 
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A tcpdump futtatásával hasznos lehet meggyőződni arról, 
hogy a kártyán kizárólag ESP- (Encapsulating Security Payload) 
csomagok közlekednek, és nem tényleges ping, FIP-, vagy 
egyéb csomagok vannak kiküldve. 

A következő hónapban egy-két újabb forgatókönyvet fogunk 
áttekinteni, és még jobban elmélyedünk a FreeS/WAN gyönyö- 
rűséges rejtelmeiben. 

Remélem, írásom elegendő útbaigazítást nyújtott a biztonságos 
vezeték nélküli hálózathasználat megkezdéséhez. 
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Karakteres munkamenet-kezelő 


Adam a Screen sokféle előnyét és használati módját mutatja be. 


Screen olyan terminálnyaláboló (terminal multiplexer) 
AA program, amely sok folyamat kezelését teszi lehetővé 
egyetlen terminálon keresztül. Minden egyes folyamat 
saját virtuális ablakot kap, és a folyamatokkal kölcsönhatásban 
lévő virtuális ablakokat szabadon váltogathatjuk. A Screen által 
kezelt folyamatok akkor is tovább futnak, ha az ablakuk éppen 
nem működik. 
Mindeddig tehát a Screen által nyújtott szolgáltatások nem túl 
érdekesek, de még csak nem is újak. Voltaképpen már léteznek 
olyan X11 terminálalkalmazások, amelyek képesek biztosítani 
ezt a szolgáltatást: a konsole és amulti-gnome-termina1. 
A Screent a többi programtól néhány kulcsszolgáltatás 
különbözteti meg. 
A Screen képes leválni egy munkamenettről (session), és ahhoz 
egy későbbi időpontban újra csatlakozni. A munkamenetről 
történő leválasztás után a folyamatokat figyelő Screen továbbra 
is fut. Amennyiben a későbbiek folyamán újra csatlakozol a 
munkamenethez, termináljaid ugyanúgy várnak rád, ahogyan 
otthagytad őket. 
A Screen minden egyes általa kezelt ablak számára egyedi, 
visszakereshető és lapozható vagy görgethető (scrollback) 
tárterületeket (puffereket) tart fenn. Megadhatunk ,add meg 
a kívánt szót, és én megkeresem neked" típusú keresési paran- 
csokat, de növekményes keresési műveleteket is végezhetünk. 
Ez annyira magától értetődő szolgáltatás, hogy már szinte az 
a meglepő, hogy több terminálemulátor nem ajánlja fel. 
A Screen említésre méltó szolgáltatásai között megtalálhatók 
a beállítható billentyű-hozzárendelések, az utf8 és többféle 
karakterkészlet-támogatás, többszörös csatlakozás (multi- 
attach), beállítható bementi és kimeneti fordítás, bemeneti 
és kimeneti szűrő hozzáférés-szabályozó listákkal (Access 
Control List — ACL), több felhasználó támogatása, valamint 
naplózás. 


Kapcsolatban a Screennel 

Mielőtt ténylegesen futtatnánk a Screent, fontos megértenünk, 
miként kell vele együttműködnünk. A Screen a vezérlőkarakter 
kivételével az összes bevitt szöveget elküldi a pillanatnyilag 
működő ablaknak. 

Az előre beállított vezérlőkarakter a CTRL-A - tartsuk lenyomva 
a CIRL billentyűt, miközben leütjük az A billentyűt. A Screen 
súgóoldal, az Emacshoz hasonló módon, a CTRL jelölésére a 

C billentyűt használja. 

A vezérlőkarakter arra használható, hogy tudassuk a Screen- 
nel, ezúttal magának a Screen programnak a működését szeret- 
nénk szabályozni, nem pedig az adott ablakban megjelenő 
alkalmazásét. 

A vezérlőkarakter után lenyomott billentyű jelzi, hogy melyik 
Screen parancsot szeretnénk végrehajtani. Néhány lényeges 
parancsot és az azokhoz tartozó billentyű-hozzárendeléseket 
táblázatunkban foglaltuk össze. Sok gyakran használt parancsnál 
a billentyűműködés-szabályozó változata is parancshoz van 
kötve. Példaként említhetjük az ablak létrehozásához haszná- 
latos CTRL-A C és a CTRL-A CTRL-C billentyűket. Ahhoz viszont, 
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hogy a CTRL-A kombinációt egy alkalmazáshoz eljuttathassuk, 
a CTRL-A A kombinációt kell használnunk. 

Ha szükséges, a vezérlőkarakter más karakterre cserélhető. 
Az Emacs-felhasználók a vezérlőkaraktert jellemzően CTRL-B-re 
szokták cserélni oly módon, hogy a .screenrc állományukat az 
escape Bb sorral egészítik ki. Valamennyi alábbi példánkban 
viszont a CTRL-A billentyűegyüttest használjuk, mert ez az 
alapértelmezés. 

Amint az várható, a .screenrc az adott felhasználóhoz tartozó 
saját könyvtárban (/home) a felhasználókra külön-külön 
jellemző saját beállításokat tartalmazza, miközben a 
/etc/screenrc állomány az egész rendszer működését érintő 
beállítóállomány, amely az összes felhasználóra érvényes. 


Ablakkezelési alapok 

Most, hogy már tisztáztuk a Screennel való ,együttműködés" 
alapjait, végigfuthatunk a Screen-alapismereteken, példaként 
véve egy jellemző Screen-munkamenetet. A Screennek valószí- 
nűleg legjellemzőbb használata az olyan távoli géphez csatla- 
kozó terminálok irányítása, amelyekre felhasználói azonosí- 
tóval rendelkezünk. 

Azok, akik eddig csak játékkal töltötték otthon az időt, most 
jelentkezzenek be egy távoli gépre, amelyre már telepítették 

a Screent. Ha nem tudunk olyan gépről, ahová ssh-val be 
lehetne lépni, akkor telepítsd a Screent és ssh-val lépj be 

a helyi gépre (localhost). 

A Screen-csomagok a legtöbb Linux-változat számára elérhetők. 
Most tehát előttünk van a távoli gép parancssora. 

A parancssorba gépeljük be a screen szót. Ekkor a bejelent- 
kező-képernyőnek kell megjelennie, amelyen tájékoztató 
adatok láthatók arról, hogy a Screen a GPL szabályozás alá 
tartozik, valamint azt, hogy hol lehet jelezni az esetlegesen 
felfedezett hibákat és más ehhez hasonló adatokat. A bemutat- 
kozó képernyőt a szóközbillentyű lenyomásával hagyhatjuk el, 
de a .screenrc állományban a startup message változó 
értékének of f-ra állításával végérvényesen ki is kapcsolhatjuk. 
Ezután újabb parancssorhoz kell érkeznünk, ámde ez már 

a Screen programon belül fut. 

A Screen programon belüli héjprogramnak ugyanúgy kell 
működnie, ahogyan az első tenné. Ha kiadod a printenv 
parancsot, akkor láthatod, hogy néhány új környezeti változó 

is be lett állítva. A Screen program a TERM változó értékét 
screen-re állítja, minden egyes ablak vt100-megfelelő virtuális 
terminált biztosít. A WINDOW változó értéke a virtuális ablak- 
számra, az STY változó pedig a munkamenet (session) nevére 
lesz állítva. Az utóbbi két fogalmat a későbbiekben fogom 
elmagyarázni. 

Mindeddig ez az egyszerű rendszerhéj (shell) pontosan úgy 
működik, ahogyan azt egy távoli gépen már megszokhattad. 
A példa kedvéért kezdjük a Screen legfrissebb változatának 

— ez az írás létrejöttekor a 3.9.13 volt - letöltésével a Screen 
program terjesztési helyéről, a 5 ftp.uni-erlangen.de/pub/ 
utilities/screen címről. Az állomány letöltődése közben, az 
üres idő hasznosítása végett, dönthetsz a saját könyvtárad 
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(/home) kitakarítása mellett. Ha nem használnánk a Screent, 
akkor egy újabb xterm-ablakot kellene nyitnunk, és ssh-val 
be kell lépnünk a távoli gépre. A Screen programban 

viszont a CTRL-A, C billentyűk új ablakot hoznak létre, 

új héjfolyamattal. 

Eddig tehát rendelkezünk egy FIP-ügyféllel meg egy héjprog- 
rammal, amelyik szorgalmasan tisztogatja a saját könyvtárat. 
Közben a CIRL-A, P billentyűkkel az eredeti FIP-ablakban 
ellenőrizhetjük a letöltést — ezzel a paranccsal az előző ablakba 
jutunk vissza. 

A héjprogramhoz a CTRL-A, N billentyűkkel térhetünk vissza. 
Ellenőrizzük a letöltést, hogy befejeződött-e már. A Screen 
letöltése egyébként nem vesz olyan sok időt igénybe, de a példa 
kedvéért most úgy teszünk, mintha mégis sokáig tartana. Ugye, 
most már ideje lenne visszatérni a kacatokkal telezsúfolt saját 
könyvtárhoz? Mielőtt ezt megtennénk, nyomjuk le a CTRL-A, M 
billentyűket, hogy figyelemmel kísérhessük az éppen működő 
ablak kimenetét. A Screen most értesítést fog küldeni, ha az 
FIP-ablakban valamilyen tevékenység zajlik. A letöltési folya- 
mat ellenőrzéséhez ezentúl már nincs szükség az ablakok 
váltogatására. Sőt ez fordított esetben is működik: használjuk 

a CTRL-A, billentyűket, hogy a tevékenység nélküli időszakot 
figyelemmel kísérhessük, ez alapértelmezés szerint 30 másod- 
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perc. A tevékenység nélküli időszak megfigyelése különösen 
hasznos hosszú programfordításoknál vagy más olyan 
munkáknál, amelyek ontják az adatokat. 

Sorozatban további héjprogramokat tartalmazó ablakokat 
hozhatunk létre, és ezzel párhuzamosan végezhetjük tenni- 
valóinkat a távoli gépen. Néhány ablak létrehozása után nehéz 
nyomon követni, hogy melyik ablak hol is található. Ezen 

a ponton jut szerephez a windowl ist. Nyomjuk meg a 
CTRL-A," billentyűket, mire megjelenik az éppen megnyitott 
ablakokat tartalmazó lista. A listában a J és a K billentyűkkel 
lehet mozogni. Amikor a lista kijelölt bejegyzésén állva leütjük 
az ENTER billentyűt, az válik a pillanatnyi ablakká. Az előre 
beállított értéknek megfelelően az ablaknév nem valami beszé- 
des. Ezen a helyzeten úgy lehet javítani, hogy az ablak nevét 
a CTRL-A, SHIFT-A billentyűkombinációkkal magunk állítjuk be. 
Ezeket a címeket önműködően is be lehet állítani, akárcsak 

az xterm-ben tennénk: egy Esc-K, majd a cím, végül az ESC-N 
jelsorozat elküldésével. 

Nagyon valószínű, hogy magad is képes leszel alkalmazni a 
héjprogramnak jobban megfelelő receptet, hogy a megadott 
átváltási sorozattal (escape seguence) az xterm címsorát a 
screen ablak nevére változtasd. 

Az ablakkezeléssel rohamléptekben zajló ismerkedésünk 
befejezéseként zárjuk be az összes ablakot. Ha kilépsz a Screen 
által gyártott héjprogramból, egyúttal az ablak is önműködően 
törlődik. Az ablak a ki11 parancs segítségével kézzel is 
törölhető, az alapértelmezés a CTRL-A, K. Ha az összes Screen 
ablakból kilépünk, a Screen is befejezi működését. A Screen 

a guit paranccsal arra is utasítható, hogy zárja be az összes 
ablakot, és lépjen ki — ezt a CTRL-A, vbillentyűkkel lehet 
gyorsan megtenni. 


Munkamenetek 

Ha egymás után hozol létre új ablakokat és váltogatod őket, 
lehetőséged nyílik rá, hogy teendőidet párhuzamosan végezd. 
Használhatsz mondjuk egy-két szövegszerkesztőt, IRC-cseve- 
gőt és még jó néhány további programot, mindegyiket a saját 
ablakában. Az esetenként előforduló katasztrófa azonban 
mindig váratlanul történik, és a hálózati kapcsolat megszakad. 
Akik még mindig játszottak az otthoni gépükön, most aztán 
bezárhatják SSH ügyfélprogramjukat. Ugye, úgy tűnik, ideje 
elkezdeni összeszedni a rendszer darabjait, és újra elindítani 
az alkalmazásokat a távoli gépen? Nos, ha Screent használunk, 
akkor erről szó sincs. 

Minden alkalommal, amikor a Screent kapcsolók nélkül indítjuk 
el, az új munkamenetet hoz létre. Ez két folyamatot kelt életre: 
egy terminálkezelő folyamatot és egy ügyfélfolyamatot. Az 
ügyfélfolyamat önműködően hozzá van kapcsolva a terminál- 
kezelési folyamathoz. Amikor tehát gépelünk, a begépelt karak- 
terek az ügyfélprogramhoz kerülnek, ami a megfelelő alkal- 
mazáshoz küldi őket tovább. 

Abban az esetben, ha a hálózati kapcsolatod megszakad, az 
ügyfélprogram veszi a jelet, és leválik a terminálkezelési folya- 
matról. A terminálkezelési folyamat tovább dolgozik, figyelem- 
mel kísérve a terminálokat, mintha mi sem történt volna. 
Amikor újra visszajelentkezel a rendszerbe, a parancssorban 
kiadott screen -1s paranccsal listát készíthetünk a futó 
munkamenetekről. Ennek az alábbi üzenethez hasonlót kell 
eredményeznie: 


There are screens on: 


24319.pts-9.hostname (Detached) 
1 Sockets in /var/run/screen/S-userid. 
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0 Kiskapu Kft. Minden jog fenntartva 


0 Kiskapu Kft. Minden jog fenntartva 





Ez az üzenet azt mutatja, hogy a munkamenet önműködően 
vált le, amikor a kapcsolat lebontott. 

A munkamenethez való újrakapcsolódásra többféle lehetőség 
is kínálkozik. Egyértelműen meghatározhatjuk a munkame- 
net nevét: 


t screen -r munkamenetnev 
A munkamenet számára előírhatod, hogy csatlakozzon újra, 
ha ez lehetséges, különben pedig kezdjen új munkamenetet: 


t screen -R 


Választhatjuk még a , tedd, amit kell, csak megkapjam 

a Screen-gépemet" elméletet, és használjuk a screen 

-D -RR parancsot. Eme legutóbbi lehetőség a már csatlakozott 
ügyfeleket is leválasztja, és a felsorolásban szereplő első 
munkamenethez rendeli hozzá. 

Amikor ezen parancsok valamelyikét használod, tudnod kell, 
hol hagytad abba a munkát, még mielőtt még hálózati kapcsolat 
tönkrement volna. Az újracsatlakozás után a munka úgy folytat- 
ható, mintha mi sem történt volna. 

Egy munkamenethez való többszöri csatlakozásra is adott a lehe- 
tőség. Ennek akkor vesszük hasznát, ha a Screen-munkamenetet 
egy másik gépről még nem zártuk le, vagy csak egyszerűen 
ugyanazonabból a munkamenetből szeretnénk ablakokat egymás 
mellé sorakoztatni. A többszörös csatlakozáshoz a parancssorban 
a screen parancs kiadásakor használjuk a -x kapcsolót. 

Végül, amikor közeleg a munkanap vége, és elérkezik a haza- 
indulás ideje, a munkamenettről való leválás a CTRL-A, D 
parancs használatával érhető el. Másnap, amikor újra csatlako- 
zol, ugyanott leszel, ahol a munkát abbahagytad. 
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A másolás és beillesztés, illetve a visszalapozás üzemmód 
A Screennek írásunk elején említett egyik kulcsfontosságú 
szolgáltatása a visszakereshető visszalapozás (searchable 
scrollback). Ez egy olyan szolgáltatás, amelyet sohasem tudtam 
nélkülözni. Az újdonsült Screen-felhasználók számára ez 

nem értetődik azonnal magától, de a Screen visszalapozása 

a másolás parancson keresztül érhető el. Másolás módba a 
CTRL-A, [ billentyűkkel vagy a copy paranccsal lehet kerülni. 
A navigáció a várakozásoknak megfelelően működik: használ- 
hatók a kurzormozgató nyilak, a PageUp PageDown lapozó- 
billentyűk, vagy a vi szerkesztőprogramban megszokott 
megfelelőik. 

A vi-stílusú kereséshez a / (perjel) vagy ? (kérdőjelek) haszná- 
landók, növekményes kereséshez a CTRL-S, illetve a CTRL-R 
billentyűkombinációk. A kis- és nagybetűk megkülönböztetése 
az ignorecase yes paranccsal kapcsolható ki. 

Amennyiben a másolásmódot kizárólag a visszalapozáshoz 
használjuk, akkor ebből az Esc billentyű lenyomásával 
bármikor kiléphetünk. 

Szöveg másolásához először igazítsuk a kurzort (a kurzort 
helyőrnek is hívják -— a szerk.) a másolandó szöveg elejéhez, 
majd a kijelöléshez üssük le a szóközbillentyűt. Ezután vigyük 
a kurzort a másolni kívánt szöveg végéhez, és a kijelölés befe- 
jezéséhez ismét nyomjuk le a szóközbillentyűt. Amint a máso- 
landó szöveg végét kijelöljük, a szöveg a másoláshoz használt 
belső ideiglenes tárterületbe kerül, egyúttal a másolási üzem- 
módból is kilépünk. Utána ebből az átmeneti tárterületből a 
szöveget a CTRL-A ] billentyűk segítségével a működő ablakba 
másolhatjuk. 

Az utolsó jellemző, amelyet a másolás-beillesztés módról 
tudnunk kell, az a visszalapozási átmeneti tár, ami az előre 
beállított érték szerint száz sorra terjed ki. Véleményem szerint 
ez nem elegendő. Az értéket magasabbra állíthatjuk, ha a 
.screenrc állományba beszúrjuk a defscrollback 1024 
parancsot tartalmazó sort. 


Ablakok megnyitása a .screenrc-vel 

Mint már fentebb említettem, a .screenrc állományt paran- 
csokkal egészíthetjük ki, hogy Screen viselkedését a saját 
igényeinkhez igazítsuk. Nem magától értetődő, hogy a 
screenrc-be bármilyen Screen-parancs beírható. Ez roppant 
hasznos, és az ablakgyártást (spawn) rögtön a screen parancs 
kiadásakor önműködően meg lehet kezdeni. 

E csemegének számító ismeret alkalmazása a Screennek 

előre meghatározott ablakkészlettel való indítása. A követke- 
zőkben egy éppen ilyen feladatokat ellátó minta .screenrc 
állományt láthatunk: 


H elisz r olvassuk be a saj£kt screenrc 
H EllomEnyunkat mielitt bErmi mEst tesz nk 
source SHOME/ .screenrc 


H most pedig kezdj k el az ablakok kinyitEszt 
screen top 


H az ablak c msorgban lgdvi c met 

H megvEltoztathatjuk a -t lehetisgg rOvOn 
H megvEltoztathatjuk 

screen -t irc epic 


H meghatgrozhatjuk az ablak szEgmEt, 
H melyikben induljon az alkalmazzs 
screen -t mail 8 mutt 


screen -t daemon 9 tail -f /var/log/daemon.1log tH /var/log/serial.SWINDOW legyen 


Ha ezeket a parancsokat a $(HOME/.screenrc.multiwin állomány- 


ba mentjük, a 
7 screen -c SHOME/ . sereenrc.multiwin 


paranccsal rávehetjük a Screent, hogy a saját könyvtárban 
található screenrc állományunk helyett ezt használja. 
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Az indító héjprogramokból olyan Screen-munkamenetek is 
indíthatók, amelyek inkább a rendszer jellemzőit mutatják. 
A rendszer Screen-munkamenet gyakori alkalmazása a soros 
konzolkiszolgáló. A Screen kitűnő erre a célra, minthogy a 
soros terminálokhoz beépített támogatással és naplózással 
van felszerelve. Az alábbiakban egy ilyen célt szolgáló, meg- 


jegyzésekkel ellátott screenrc állományt mutatunk be: 


Ennek az EllomEnynak a használata azt 
elifeltötelezi, hogy a felhaszn£l 
rendelkezik a megfeleli jogosultszZgokkal, 
hogy a soros kapukat hasznglja Gs a 

napl EllomEnyokba rjon 


34 3 ik ij it 


H kapcsoljuk be a napl zEst az sszes ablakra 


H vonatkoz an 
deflog on 


t a screen napl EllomEnya a 
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logfile /var/log/serial.SWINDOW 


H ablakok nyitgsa a soros kapun 
screen /dev/ttySO 38400 
screen /dev/ttyS1 19200 


Ha ezeket a parancsokat a /etc/screenrc.serial állományba 
mentjük, ezt a következő héjprogrammal lehet a Screen 
indulásakor bekapcsolni: 


H su serialuser -c screen -dms serial -c 
mm /etc/screen.serial 


A -dms serial kapcsoló arra utasítja a Screent, hogy a mun- 
kamenetet leválasztott üzemmódban indítsa el, és , serial"-nak 
nevezze el. A soros kapu használatához jogosultsággal 
rendelkező felhasználó bejelentkezhet és csatlakozhat ehhez 

a munkamenethez, pontosan úgy, mint bármilyen másik 
közönséges Screen-munkamenethez. A Screen leválasztott 
módú indítása lehetővé teszi, hogy a Screent cron feladatként 
indítsuk el, amennyiben éppen erre van szükségünk. 
Lehetséges egyetlen, az egész rendszerre érvényes screenrc 
létrehozása, amelyhez több felhasználó csatlakozhat. A Screen 
az ablakokhoz kapcsolódó ACL-ek (Access Control List) révén 
támogatja a többfelhasználós üzemmódot, vagyis megszabja, 
hogy melyik felhasználó mit tehet és mit nem. A több felhasz- 
náló által alkalmazható Screen azonban setuid root üzem- 


módot igényel. Eme követelmény miatt többfelhasználós Screen- 


munkameneteket bemutató példákat szerintem nem célszerű 
taglalni. Ha mégis többfelhasználós Screen-munkamenetet 
szeretnél üzembe állítani, akkor alaposan tanulmányozd át a 
Screen leírását, tedd fel a , setuid root jogosultságok adása 
egy bonyolult programkódhoz" üldözési mániás kalapodat, 

és készülj fel a lehetőségek lehető legszorosabb korlátozására. 
A harmadik megoldás az, hogy az előző két példát összefésü- 
löd, és az egész rendszert érintő felhasználói közreműködést 
igénylő (interaktív) programokat a screenrc-n keresztül indítod 
el. Ennek remek kihasználása a Mutella — a konzolalapú 
Gnutella ügyfélprogram - elindítása a Screen indulásakor. 

A Screennel ezt el lehet indítani, alkalmanként kapcsolódni 
lehet hozzá, meg lehet tudni az állapotát, és lekérdezéseket 
is lehet vele futtatni. 


A screen program a 44. CD Magazinjscreen könyvtárában 
található. 


Eta Joda 2005 4jaműan TO szamai 


Adam Lazur ladamolazur.org) 

Linux-szaktanácsadó, működési területe a beágyazott 
rendszerektől a Beowulf-telepekig terjed. Szabadidejében 
szeret magáról egyes szám harmadik személyben írogatni. 
Adam szívesen fogad a cikkel kapcsolatos leveleket. 


52 http:/Avww.math.fu-berlin.de/ guckes/screen 
5 http://groups.yahoo.com/group/gnu-screen 
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Felhasználói felulet fénysebességgel 


a 


"Öd 


Nem is olyan régen még a programozók rémálma volt a felhasználói felület 
elkészítése. A program sokszor már régóta működött, amikorra a programozó 


rászánta magát a kezelőfelület elkészítésére. 


z mára némiképp megváltozott, ugyanis a fenti feladat 
egyszerűsítése érdekében gomba módra szaporodtak és 
ma is szaporodnak a különböző eszközkészletek (tool 
kits). Ebben a cikkben egy olyan eszközkészletet mutatok be 
röviden, ami méltánytalanul kevéssé ismert, holott sok előnyös 
tulajdonsága van, sok mindenben talán jobb, de biztosan más, 
mint a többiek. 

A türelmetlenek számára előrebocsátva: az FLTK-ról (Fast Light 
Tool Kit) lesz szó. Előbb azonban ejtsünk néhány szót általában 
az eszközkészletekről. Ami közös bennük: mindegyik biztosít 
a programozó számára olyan elemeket, amelyek a felhasználói 
felületek összeállítására általánosan használatosak. A teljesség 
igénye nélkül a legelterjedtebbek: gombok, menük, ablakok, 
beviteli mezők, gördítősávok, eszközsávok. Ezeket használhat- 
juk a készlet által megadott formában, vagy ha az illesztőfelü- 
lete objektumalapú, akkor saját típust képezhetünk belőlük, 

és ezt alkalmazhatjuk a későbbiekben. 

Nézzük tehát, milyen lehetősége van a programozónak, ha a 

, lényegi" munkát végző programjához egy kellemes, könnyen 
kezelhető felületet akar biztosítani. Mi az, amiben a fent emlí- 
tett elemek jelentős része benne van, mindenütt hozzáférhető, 
könnyen használható? Igen, a HIML alapú, böngészőben futó 
felületre gondolok! Alkalmazzák is a programozók elég széles 
körűen, mivel nagyon kevés munkával lehet működő felületet 
biztosítani. Előnyei: egyszerűség, rendszerfüggetlenség, hiszen 
bármely naprakész böngészőben működik, ily módon hordoz- 
ható, végül: hálózati megoldásra is alkalmas. Szép számmal 
akadnak hátrányai is: a hatékony használathoz szükség van 
egy webkiszolgálóra, lassú, a programozó keze erősen meg van 
kötve a böngészők behatárolt és egymástól eltérő képességei 
miatt, pont akkor válik egyre kevésbé hordozhatóvá, ha olyan 
eszközöket használunk, amelyek bővítenék a felület képes- 
ségeit, elsősorban a JavaScript-és a Java-betétekre gondolok. 
Aki ennél hatékonyabb eszközkészletet szeretne, de mégis tart 
a ,komoly" programozási nyelvektől, az feltehetőleg valamely 
parancsnyelvet és a hozzá illesztett eszközkészletet választja. 
A leggyakoribb a Perl/Ik kapcsolat. Itt, mivel ez a Perl nyelven 
keresztül egy teljes eszközkészletet tesz elérhetővé, szinte min- 
den olyan lehetőségünk megvan, ami más készletek esetén 
létezik. Fő hátrány ebben az esetben a lassúság, valamint hogy 
a Perlnek és mellette a Ik-nak, valamint a hozzá kapcsolódó 
moduloknak mind a fejlesztői, mind a futtató gépen fenn kell 
lenniük, valamint hogy a forrás a parancs sajátságaként kény- 
szerűen , nyílt". Ugyanez a Ik különben a Icl nyelvhez illeszt- 
ve is megtalálható, számomra kissé érthetetlenebbül, de biz- 
tosan akad, aki tud Tcl-ben dolgozni. . . 

Más parancsnyelveket (PHP stb.) nagyvonalúan átugorva, ráté- 
rek az , igazi" programozási nyelvekre. Ez a legtöbb Linuxban 
dolgozó programozó számára a C, újabban a C-t. Természete- 
sen ezekhez a nyelvekhez is vannak eszközkészletek. Sok eset- 
ben az eszközkészletek valamely feladat megalkotására, vala- 
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mely program megírásának a céljával, azt segítendő jönnek létre. 
Ilyen például a Gimp-Gtk. Ehhez közeli a KDE-Ot páros, ahol 
az ablakkezelő a Ot könyvtáraira épül, és ezt az eszközkészletet 
használva fejlesztik. Más irányból indulva ugyan, de windowsos 
felületen ilyen az MFC C-t--t készlet is. Azért más egy kicsit, 
mert itt előbb volt meg a rendszer alapja Pascal, később C nyel- 
ven, az eszközkészletet csak utóbb írták meg, immár elméleti 
szempontokat is figyelembe véve. Ez látszik is rajta. Helyben is 
vagyunk, ugyanis a két utóbbi példát tekintve két C-t t--esz- 
közkészletet láthatunk, és ezek legfőbb hibáját a túlzott bonyo- 
lultságban, a túl magas szintű (elvonatkoztatási szintről van szó, 
nem minőségiről) elemkezelésben látom. Ezeket az eszközkész- 
leteket használva egy-egy párbeszédablak elkészítéséhez való- 
ban grafikus fejlesztőeszközre van szükség. Emellett eseményke- 
zelésük is elég bonyolult és erőforrás-igényes. 

A fentieket Bill Spitzak, az FLIK eredeti fejlesztője már régen 
felismerte. Célul egy egyszerű, gyors, könnyen kezelhető, logi- 
kus felépítésű, szerény erőforrás-igényű eszközkészlet kifejlesz- 
tését tűzte ki. Ebben munkaadója, a Digital Domain egy ideig 
támogatta, így született meg az FLIK első változata. Azóta a 
hivatalos támogatás megszűnt, a programcsomag LGLPL felhasz- 
nálási szerződés alatt került kibocsátásra. Jelenleg egy önkéntes 
csapat fejleszti, akik Interneten keresztül tartják egymással 

a kapcsolatot. Nézzük meg a legfontosabb tulajdonságait: 


e "Az LGPL felhasználási szerződés hatálya alá tartozik, azzal 
a záradékkal, hogy a program statikusan is összeépíthető, 
anélkül, hogy a forrásszöveget nyilvánosságra kellene 
hozri. Így üzleti célú programokban is használható. 

e C-t 1-osztályok, könnyű memóriakezelés. 

e A jelenleg megszokotthoz képest rendkívül kis méret, 
egy minden elemet tartalmazó program mérete is mind- 
össze 600 kilobájt körül van, statikusan szerkesztve is! 

e . Moduláris felépítés, a könyvtárból csak azok a részek 
kerülnek a programba, amelyek szükségesek; nincsenek 
elemközti kapcsolatok. 

e  Linux- (Unix, X11), Windows-, Mac-változatban is elérhető, 
azaz ugyanaz a forrásállomány bármelyik operációs 
rendszerre lefordítható. 

e . GNU, Borland, Microsoft stb. fordítóprogramokkal is 
lefordítható. 

e — Egyszerű és hatékony eseménykezelés: az egyes elemek 
eseménykezelő függvényükben , nyilatkozhatnak", hogy 
szükséges-e számukra az esemény, és amennyiben nem, 
a rendszer továbbküldi azt a következőnek. 

e — Beépített OpenGL-támogatást tartalmaz. 

e Interaktív, grafikus felhasználói felületszerkesztő, 

C-t 14-kódot állít elő, ami utólag szerkeszthető. 

e Gyors és hordozható 2D-s grafikus függvények. 

Kiváló, pdf formátumú leírással bír (sajnos csak angol 

nyelven). 


include . . /nakeinclude 
clean: 


-o rm -f S(ALL) $.o core F- 


t a lönyeg... 
nezoclass.o: nezoclass.H 
nezoS (EXEEXI): nezo.o nezoclass.o 
. . /1ib/$ (I IMGLIBNAME) 
echo LARSEASNÓEE 
S(CXX) -I.. S(CPPFLAGS) S(CXXFLAGS) 
snezo.o nezoclass.o -o $S0 
S (LINKFLTKIMG) S(LDLIBS) 


z2stGll ao. ms 
astdio.hsz 
cFL/F1l.Hz 
cFL/Fl File Chooser.H: 


rinelude 
tinclude 
tinclude 
Htinclude 
eeemetude "nezogáiéésőte 

Kep Nez Wnd "kep nezi erc 5ENEZÉN RO őkb ő 
BUSI TEEHOSZSEE 

kep opener—(Fl FilEgeESSSÉm áá E 


MOTEL ÁE) 

t 
fl register images -() ; 
EVESEK OSSEG E addéravortessulrabc is 
Hozzáad Edve nSekinezt 


és 


int mainline atge, 
Ta atást 
:.keprmnez  wid-new Kepl(Nez WadW ; 
: kep nez wnd-:loadkep("1logo.png") ; 
: kepez iwnd snow lő 
Elle szama) 


] 


char £r argv)" ( 


Hogyan szerezhetjük be és bírhatjuk munkára? Ha a csomag 
nincs Linux-terjesztésünk lemezein, akkor megtalálhatjuk 

a 44. CD magazin/fltk könyvtárában, vagy töltsük le 

a 5 http:/www.tltk.org címről. Célszerű a legfrissebb üzembiz- 
tos változatot beszerezni. Ez a változat a cikk írásakor az 
1.1.2-es volt. CVS-en keresztül a fejlesztői változat is elérhető, 
ez jelenleg a 2.0-s. Számos ígéretes újdonságot mutat fel, de 
egyelőre még befejezetlen. Az egész forrás másfél megabájtot 
tesz ki, tehát modemes kapcsolattal is kényelmesen letölthető. 
Ha megvan a csomag, bontsuk ki a 


H tar xvzf fltk-1.1.2-source.tar.gz 
paranccsal. Ekkor az fltk-1.1.2 könyvtárba kerülnek az 


állományok. Ha fejlesztőeszközeinket megfelelően telepítettük, 
ebben a könyvtárban a 
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t ./configure 
Ht make 


parancsok kiadása után máris indul a fordítás. Ha a munka 
hibajelzés nélkül elkészült, a test könyvtárban találhatók 

a próba- és bemutatóprogramok, amelyeket ki is lehet próbálni. 
Ezeket az xterm ablakból indítsuk, ugyanis X alatt futnak, 
karakteres konzolról nem indulnak el. 

Ha úgy gondoljuk, hogy később is használni akarjuk az FLIK-t, a 


tt make install 


parancs segítségével telepíthetjük. Ez a lépés egyébként 
egyelőre szükségtelen. 

Példaként egy olyan programot készítünk el, amely már ebben 
az egyszerű formájában is használható valamire. Nem szöveg- 
szerkesztőre gondolok, több okból sem. Először is: szövegszer- 
kesztőkkel Dunát lehet rekeszteni, tehát nem hiányzik egy 
újabb; másodszor pedig az FLIK tartalmaz egy kész, egyszerű 
szövegszerkesztő elemet, amihez csak a kívánt menüket, gyors- 
billentyűket, ikonokat kell hozzáadni, és már munkára is fog- 
ható. Ehelyett az alábbiakban egy egyszerű képnézőt írunk 
meg. Tapasztalatom szerint Linuxon futó jó képnézegető nem 
igazán van, talán az xv-t kivéve, így szükség is van rá. 
Célkitűzésünk első megközelítésben a következő lesz: 


e egyszerűség; 

e könnyű kezelhetőség; 

e — bővíthetőség a további fejlesztések irányában (ki tudja, 
talán ez lesz ,a" képnézegető Linuxon. ..); 

e a legfontosabb: a megnyitott kép méretét igazítsa a program- 
ablakhoz. Roppant bosszantó, amikor állandóan tologatni 
kell, vagy menükben szükséges keresgélni a kicsinyítést; 

e a legfontosabb szolgáltatások (nagyítás, kicsinyítés, 
ablakhoz illesztés) legyenek elérhetőek billentyűzetről is, 
mivel így sokkal könnyebb használni őket. 


Az egyszerűség kedvéért, és mert így nem kell rendszerünkön 
véglegesen telepíteni az FLTIK-t, akár egyszerű felhasználóként 
is megtehetünk minden lépést (ajánlott is). Az FLIK forrás- 
fában hozzunk létre egy könyvtárat, párhuzamosan az src és 
test könyvtárakkal (azaz közvetlenül az fltk-1.1.2 könyvtárban). 
Legyen a neve mondjuk nezo. Mivel most , hagyományos" mó- 
don fogunk dolgozni, nem pedig grafikus, összevont fejlesztői 
környezetben, a kívánt fájlokat nekünk kell létrehoznunk. 
Előbb készítsük el őket üresen (touch vagy 2 É£XjIndv): 


e Makefile 

e — HEZO.CXX 

e — nezoclass.cxx 
e —. nezoclass.H 


A fájlok elnevezésénél az FLIK megszokott elnevezési mintáját 
alkalmaztam, azaz a C-t --fájlok .cxx, a C-t 1 -fejállományok 
(include).H kiterjesztést kapnak. 

(Az összes fájl, beleértve a kész bináris programot is, letölthető 
a cikk végén megadott címről, illetve megtalálható a 44. CD 
Magazin/fltk könyvtárában). 

A Makefile fogja a GNU make programnak megmondani, mit 
is szeretnénk. Kedvenc szövegszerkesztőnkbe írjuk be az 1. listán 
láthatókat (figyelem, ahol beljebb kezdődik a sor, ott TAB karak- 
ter van! Ha a Midnight Commander beépített szerkesztőjét 
használjuk, az ezt piros színnel jelzi is; a make érzékeny erre. . .). 
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Az utolsó rész egy sorba írandó. Az FLIK beállító parancsfájlja 
által fáradságosan elkészített makeinclude fájlt használjuk, 
mivel ez tartalmazza a rendszerünkre vonatkozó adatokat. 
Most pedig térjük rá a lényegre! Mivel ravasz módon a saját 
osztályokat külön fájlba helyezzük, a főprogram rendkívül 
egyszerű lesz (lásd 2. listán). 

Tekintsük át röviden a 2. listán látottakat! Minden FLIK prog- 
ramba be kell illeszteni a FL.H fejállományt. Ezenkívül pedig 
még azokat is, amelyek a használni kívánt elemeket tartal- 
mazzák. Ebben az esetbenezaz F1 File Chooser, azaz 

a fájlválasztó elem. Ez, mint működése során látni fogjuk, a 
szokásos (Windows és KDE alatt is) fájlkiválasztóhoz hasonlít, 
csak annyiban jobb azoknál, hogy lehetőséget biztosít ked- 
vencek rögzítésére és szűrők megadására, amelyek a program 
következő indításakor is megtalálhatók lesznek. 

Ezután beillesztjük a saját fejállományunkat (Hinclude 
"nezoclass .H"). Ebben vannak az általunk használt osz- 
tályok, valamint az egyelőre egyetlen menü meghatározásai. 
Ekkor két teljes hatókörű változó, ez esetben két mutató meg- 
adása következik. Erre azért van szükség, hogy ezek a program 
minden részéből elérhetőek legyenek. Az egyik maga a főablak, 
a másik a fájlválasztó ablaka. Figyeljük meg a mutatók kezdeti 
NULL értékkel való feltöltésének módját: típuskényszerítéssel 
azt is megadjuk, hogy ezek milyen mutatók. Ez jó szokás, 
ugyanis olvashatóbbá teszi a programot. Soha ne hagyjunk 
mutatót érték nélkül! — ez ugyanis a legbiztosabb módja a 
SIGSEGV hiba (Windows alatt Segmentation fault) elérésének. 
Egy függvény, az init következik. Ezt a main függvénybe is ír- 
hattuk volna, de így áttekinthetőbb. AZ £1 register images 
meghívása azért szükséges, mert az FLIK a különböző képfor- 
mátumok kezelésekor úgynevezett kezelő (handler) módszert 
alkalmaz. Ez a függvény tölti be az összes, a programkönyv- 
tárban fellelhető formátum kezelőjét. (Ehhez a gépünkön 
jpeglib-nek és pnglib-nek kell lennie a megfelelő formátumok 
kezeléséhez, amelyeket minden Linux-terjesztés tartalmazza). 
Az init további részében a fájlválasztót , vesszük rá" a magyar 
beszédre. Ha ezt kihagyjuk, akkor az alapértelmezett angol 
szöveggel működik. 

Végül a főprogram a maga egyszerűségében: meghívja az 
init-et, létrehoz egy képnéző ablakot (Kep Nez Wnd), meg- 
hívja ennek képbetöltő tagfüggvényét, majd megjeleníti azt. 
Az utolsó sor jellegzetes FLTK: F1 : : run ( ) ;. Ezzel lép be a 
program az eseménykezelő ciklusba. 

Miként tapasztaljuk, ettől még nem lettünk túl okosak. A lé- 
nyegi rész nyilván a nezoclass fájlokban rejlik. Valóban így van. 
Nézzük megg a 3. listát, és ott a nezoclass.H fájlt. A sorokat meg- 
számoztam, hogy hivatkozni tudjak rájuk. A sorszám fordítás- 
kor ne legyen benne! 

Az 1-5. sorban ismét a fejlécbeillesztések vannak. Itt már több 
elemet használunk. A Window maga az ablak, a Box egy olyan 
elem, amelyhez képet és szöveget is lehet rendelni, most ezt 
alkalmazzuk a kép megjelenítésére. A Scroll tetszőleges, más 
elemek görgetését teszi lehetővé, a Menu Button alkalmazható 
lenyíló, és mint ebben az esetben tesszük, felbukkanó menük 
aktiválására; végül a legfontosabb a Shared Image. Ez teszi 
lehetővé, hogy tetszőleges, az FLIK által támogatott képet 
betöltsünk. Kiválasztja az adott típushoz tartozó kezelőt, és 
egy minden esetben azonos Image típust ad vissza, amit az 
FLIK programban már bárhol, ahol képet lehet beilleszteni, 
használni tudunk. 

Ezután a 7-11. sorban található a Kep Box, a képet majdan 
megjelenítő elemünk megadása. Két ok miatt hozzuk létre: 
egyrészt saját létrehozó függvényt (konstruktor) készítünk 
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1.  Hinclude cFL/FUNWAZdówsEE 

2.  Hinclude -FL/FIWEGHIT 

2 migelüte -FL/FINSEEGTSSES 

4. — tftinclude -FL/F1l Menu Button.H: 
5. — Hinclude -cFL/Fl Shared Image.H: 
9 c 

jeszetassökep Box : púbIlÁc ET Bozxt 
8 . int handle(int event); 

Szaz pdotAe s 

ao. Kep BOgSÉtetteT éra testére 
kra 

al6Ez S 

13. class Kep Nez Wnd : public F1l Window( 
14 . Fl Window fwnd; 

15: it LSELGW 

16 JE OG AG 

7 togeetact 

18 E TES ze TF EEBESE S 

19 ETESharedétmage imad ; 

20 ET. Menü BUEtorn?t "mb; 
zo ÉGE: 

25 KépllezNnd(0G 

05 void loadkep(const char "fname) ; 
24 . void reloadkepí( ) ; 

ize SONG MEZ S ONNAN 

26 void. zo0MGUE () ; 

27 KOHÁSZ OTEKTÉtEtN) SE 

28 Keep Box ""keptely; 

2 ET GSETOLb Sok 

FUN 


neki, így a Box esetében a létrehozáskor nem kell nem alapér- 
telmezett tulajdonságokat módosítani, másrészt saját esemény- 
kezelő függvénye lesz (a handle), mivel azt szeretnénk, ha 
bizonyos billentyűeseményekre válaszolna. Azért nem maga 
az ablak fog eseménykezelőt kapni, mert akkora Scrol1l-nak 
szóló eseményeket is nekünk kellene kezelnünk, ezt pedig 
nem akarjuk, mert azt jól tudja nélkülünk is. 

A 12. sortól a fájl végéig a tőablak megadása található. Mint 
látható, az FLIK Window eleméből származtatjuk, így csak az 
eltérő adat- és függvénytagokat kell meghatároznunk. Először 
néhány adattag: ezek fogják tárolni az eredeti képméreteket, 

a nagyítási tényezőt, magát a pillanatnyi képet, valamint 

a menügombelemet, illetve a végén nyilvánosként (public) 

a Kep Box ésa Scroll elem mutatói. 

Végül az eljárások szerepelnek: a létrehozókon kívül a kép 
betöltését, nagyítás utáni újratöltését, és a nagyítást, illetve 
kicsinyítést lehetővé tevő függvények. 

Nincs más hátra, mint hogy a 4. listán megnézzük, hogyan 

is működnek ezek a függvények (ismét sorszámozva). 

Az 1-8. sorban újra a már megszokott fejlécfájl-beillesztéseket 
láthatjuk, az £1 ask az egyszerű üzenet és döntés ablakok 
meghatározását tartalmazza. A 10-11. sorban adjuk meg, hogy 

a főprogramban meghatározott két mutató külső, azaz másik 
fájlban keresendő (extern). Majd egészen a 65. sorig az úgyneve- 
zett visszahívandó (callback) függvények következnek. Az FLIK- 
ban a különböző elemekhez hozzárendelhetők ilyen függvé- 
nyek, amiket akkor hív meg a rendszer, ha az adott elemet akti- 
váltuk, például menüpontnál kattintunk rajta. A különböző 
elemek esetében ez a függvény különböző események során 
kerül meghívásra. Egyelőre elég tudni, hogy a menüpontoknál 





kattintáskor, illetve, ha gyorsbillentyű van hozzárendelve, akkor 
annak megnyomásakor történik ez. A mi meghívandó függvé- 
nyeink mind a különböző menüpontokhoz tartoznak. 

A következő éppen ez: a menu popup tömb, amely 

F1 Menu Item (azaz menüpont) elemekből áll. Egy ilyen 
elem felépítése a következő: 


gyorsbillentyíő, megh vand f ggvőny, 
zEszl k (flag)) 


(sz veg, 
felhasznEl adat, beXl1 t 


valamint a végén még hozzá lehetne fűzni a megjelenítés 
betűtípusára vonatkozó adatokat. Már a beállító jelzőket sem 
kötelező megadni, ennek alapértelmezett értéke 0. Néhány 
menüpontnál nincs is, ahol van, ott most az 

FL MENU DIVIDER jelzőt használjuk, ennek hatására az FLIK 
az adott menüpont után egy elválasztó vonalat jelenít meg. 

A másik gyakran használt jelzőaz FL MENU INACTIVE, 
amelynek esetén a menüpont nem lesz kiválasztható, ezért 
halványabban kerül megjelenítésre. 

Következik a Kep Box létrehozója, amelynél csak annyiban 
írjuk felül az FI Box-ot, hogy mindenféle keret nélküli 
megjelenítést írunk elő (FL. NO BOX). 

Érdekesebb viszont a Kep Box eseménykezelő tagfüggvénye, 
amiben jelenleg a billentyűparancsokat kezeljük le. A szám- 
billentyűk melletti -- (összeadásjel) nagyít, a — (kivonásjel) 
kicsinyít, a " (csillag) pedig az ablakmérethez illeszti a képet. 
Csak az FIL KEYUP típusú esemény érdekel bennünket ebben 
az esetben. Azért nem az FL KEYDOWMN (lenyomás), mert azt 

— előttem még ismeretlen ok miatt — nem olyan megbízhatóan 
kapjuk meg. Figyeljük meg, hogy ha az adott elem felhasználja 
az eseményt, akkor igaz értéket (1-et) ad vissza, ha viszont 
nem, például ebben az esetben az összes többi gomb lenyo- 
másakor, akkor hamisat (0), így a többi elem még felhasznál- 
hatja azokat. Ezzel a módszerrel oldja meg az FLIK az esemé- 
nyek láncolását, így nincs szükség a KDE esetén alkalmazott 

, érdekeltségi" táblákra, amelyek erősen növelik a program 
méretét, lassúságát és olvashatatlanságát. 

Ha olyan eseményt kaptunk, ami egyáltalán nem érdekel ben- 
nünket, ebben az esetben a billentyűfelengedésen kívül min- 
dent, akkor meghívjuk az alapértelmezett eseménykezelőt 

(F1l Widget : : handle), átadva neki az eseményt, hogy csi- 
náljon vele, amit akar (többnyire eldobja, de lehetnek bizonyos 
programszintű gyorsbillentyűk vagy nem ki és bevitellel kap- 
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csolatos események, amiket kezel). Mint látható, itt ugyanazo- 
kat csinálja, mint a megfelelő menüpont által meghívott vissza- 
hívó függvények. Igen, valóban meg lehetett volna tenni, hogy 
ezeket a billentyűket az adott menüpontokhoz gyorsbillentyű- 
ként rendeljük hozzá, de akkor nem lenne eseménykezelőnk, 
és a további bővítéshez ez még hasznos lesz. 

A figyelmes szemlélőnek feltűnhet, hogy nincs egérgombkat- 
tintáshoz rendelt eseménykezelés, holott a helyi menünek a 
jobb egérgombra kellene megjelennie. Ez azért van, mert ezt 

a kérdést elintézi az FI Menu Button saját eseménykezelője. 
Mint később látni fogjuk, az FI Menu Button elemet az 
ablak teljes méretére nagyítjuk, így a jobb gombbal bárhol 
kattintva a menü működik. 

Itt van végre a főablak létrehozója! Kicsit egyedi, mivel most 
csak egy példány lesz belőle, így előbb ellenőrzi, hogy ez 
megvan-e (a teljes hatókörű mutatón keresztül, ha még nincs, 
akkor ez NULL - az előrelátásunknak hála. Ha nincs, létre- 
hozza. Később, ha több ablakot akarunk, ezt kell kivennünk, 
hogy másikat készíthessen.) 

Mivel ez az F1 Window elemből származtatott, így oda kell 
gondolnunk a következő sort: 


this-new Fl Window(600,450, "Köpnözi1" ) ; 


A szülő létrehozóját a megadott értékekkel hívja meg. Az FLIK 
elemelrendezésének jellegzetessége, hogy a new után addig, 
amíg az adott elem end () függvényét meg nem hívjuk, az 
összes új elem ennek a gyermeke lesz. (Természetesen csak 
akkor, ha ez lehetséges.) Csak a Group (csoport, tároló) típus- 
ból származtatott elemeknek van end () tagfüggvénye, így 
csak ezek tartalmazhatnak más elemeket. A pdf-leírásban meg- 
nézhetjük, hogy mely elemek származnak az F1 Group-ból. 
Tehát nálunk az ablak tartalmaz egy F1 Scroll elemet 
(görgető), és ez tartalmazza a képdobozt. Az ablakhoz rendelt 
még aMenu Buttonis. AZ Fl Scroll természetesen szintén 
Group típusú, így az end() Zárja le. 

Még egy FLIK-érdekesség. Az elemek helyzetét és méretét 
pontértékben írjuk be. Nincs külön elrendezés- (layout 
handler) kezelő, ám mivel megadhatjuk, mely elemek mére- 
tezhetőek át, az ablak átméretezésekor történő változást 
rugalmasan irányíthatjuk. A mi esetünkben például ez oldja 
meg, hogy aMenu Button mérete mindig megegyezzen az 
ablakéval, azaz mindenhol működjön. 

A továbbiakban a többi tagfüggvényt határozzuk meg. 

Ez elég egyértelmű. Ami érdekes, az talán a képbetöltés: 

a képfájltaz Fl1 Shared Image get () tagfüggvénye 
segítségével töltjük be. Ez a fájl tartalma alapján (nem csak 

a kiterjesztést nézi, tehát egy JPG fájlnak például .dat kiter- 
jesztése is lehet, és ilyenkor is helyesen tölti be) kiválasztja a 
megfelelő kezelőt, majd egy képmutatót ad vissza. Figyelemre 
tarthat számot ez is: az új betöltés előtt a régi képet töröljük, 
hogy ne foglalja a memóriát. Mivel alapként mindig az 

F1 Shared Image szolgál, és ennek copy () tagfüggvényét 
használva másoljuk át szükség szerinti méretben a Kep Box- 
ba, újabb kép betöltésekor ezt is törölni kell. Ezt nem tehetjük 
meg úgy, mint az F1 Image-dzsel, azaz a delete paranccsal. 
Ezeket a képeket ugyanis az FLIK egy tömbben tárolja, mert 
ennek az elemtípusnak az is célja, hogy bizonyos képeket 
több helyen, újra lehessen használni, újabb betöltés nélkül 
(ezt mutatja a neve is). A get () csak akkor olvassa be újra 

a fájlból, ha még nincs a memóriában képként, így a 
release () tagfüggvényével kell törölni. Utána a megfelelő 
NULL értéket adjuk a mutatónak. Igaz, hogy pár sorral 
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cFL/F1.Hz 

-FL/EANBE EKE 

cFL/F1l Window.H: 
-c-FL/Fl Shared Image.H: 
-cFL/Fl Menu Button.Hz 
cFL/Fl File Chooser.H: 
-FL/£l BENE 
"mezoclass.H" 


Hinclude 
Hinclude 
Hinclude 
Hinclude 
Hinclude 
Hinclude 
Hinclude 
Hinclude 


e-térn Kep Nesze áase ete ztmelős 
EZSSGTN ESETET ENMSOSSE " ERKEDZGBENET ; 


void exit cb(Fl Widget F, void ") ( 
Sza (0) s 


] 


vond mevjegy co El midget w; monde) 
( 

ht messáget "ETEK KZöMOZzZÜ ver s 

5 Köpnözi dem FLTK-hoz 

4 (C)2002 HavrEnek FerencWn 
Ez a program alkalmaz az Independent 
5JPEG Group Zltal kösz tett 
mrOszeket."); 


] 


voda te BTENteget "éw, mogekese 
( 

KepENez ENele jos 

b-:: kep néz wnd; 

p- zőomtit() zi 

p-:sreloadkep () ; 

p-:redravw ( ) ; 


] 


void nagytt Cor Elemidgét "w vodrd d) 
( 

Kép. NÉZ. Wnd "o; 

PEszkep nez wid; 

p-szoomin( ) ; 

p-:reloadkep () ; 

p-:redraw ( ) ; 


j 


vodd "kicstt-ebkETNedget "wvodd ""4d) 
( 

Kép Néz Wnd. "6; 

5b-2:- kép. nez wndi 

bD-szóDMOULN ) 

p-:reloadkep () ; 

p-:redraw ( ) ; 


] 


vond "keptopensebp (ETTE edgéet éw vojdd" ed) 


( 


OL em 


if(!::kep opener) ( 
FEE S ECHSOSe: EST e men SETS SEMoSsé E 
0 EN Kő Ea dok ee bm get j pg Eno 


5pnm, pbm, BMP, GIF, JPG, PNG)) 1 
—-Fl File Chooser::SINGLE, 
s iezo bet LES"); 
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fc-spreview(1) ; 
kep opener fe; 
kepcopenct menbütten -Avdeti 
] 
kep cöbénér -véseáNn 1 
képcöbpÉNét show 
Mage kepCopSHEt vis TtotéT 
if(kep opener-:count () ) ( 
::kep mez "wild: -l1oadkep 
mm E KepZTODSeNEE S Vale )uG 
:": kep mez wndevedtvawi 


] 
] 


Fl Menu Item menu popupl[] - ( 
( (köp kivülasztásadv, 0, 
5kep open cb, 0,FL MENU DIVIDER), 
( Passz EM 0 é1E Eb 0; 
(Nagy sé" 70 megyitééő, 10; 
( ETESigy Se VO edés TEGED, 
50, BT MENU DIÍVIDERJ , 
( "Növjegy", 0 ,nevjegy cb, 0, 
SFI. MENÜ DIVIDER/ , 
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(0) 


F1::wait() ; 


jé 


KeplBox::Kep-Box(imt sz ime 7 dnerw ime A) 
szo BOxTo e, Wu) 


ehts--box( EHÁANOS BOX) a 


] 


Tnt "KepSBOoxs: handle in GéeVverne 
( 
Kép NéziWnd. "p; 
5b-: :KeGEÉNnEZ wand, 
switch(event) ( 
case EL KEYVŰÜÉB S 
switch(Fl::event key())í( 
case EREKET ep zoomimi) S 
p-:3reloadkep() ; 
redraw ( ) ; 
CESEÜTSMI il 
cásé (EL RPrT E D- ZOSMOUET) ; 
p-:reloadkep ( ) ; 
p-:redraw( ) ; 
redraw ( ) ; 
He GÜEN EÜ 
Gas e HEAR Eat dts út 
S oD-szóomtit() ; 
p-:reloadkep( ) ; 
p-:redraw( ) ; 


redraw ( ) ; 

return 1; 
default: return 0; 
default: return 


ET Midget::handtelévéne) ; 


] 


folytatás a következő oldalon 


folytatás az előző oldalról 
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125 ümag E tEShavedtmege 0 
26 "kep nezewids émts 
27 this-sresizable (mb) ; 
128 this-sresizableíthis,) ; 
h29 wnd-this; 
Tao 
Tsa 
MSG 
134 
185. void "KEep(NESéZz Wnd: :zoominl) 
1364 :t 
MG afact-atact : tact; 
158. 
139 
Tz0 "vedd" KeDTNézNmd s: zoOMGÜEN 
241 
T22 atacthatact / fact; 
149. 
144 
125." void  Kep-Nez- Wind: :zoomE it () 
Üa6 eset 
147. ElLőat wel; mel e 
148 it (origwe wi)  6€4: orighe A()) 

m( afact-1.O0; return; ?! 
I39-. wderflsat) iwedő 7 (TTGatjorigw; 
TS50. Md tETeat) Ma) eT6ő) sZ Elöat) otíghn; 


lejjebb már be is töltünk egy fájlt, és új értéke lesz, szóval 
értelmetlennek tűnik. De mi történik akkor, ha sikertelen a 
betöltés? Akkor a későbbiek folyamán egy érvénytelen mutató 
lenne a változóban, ami sok bajt okozhatna. 

A reload() tagfüggvény a megfelelő méretszámítások után 
másolatot készít a tárolt FI Shared Image-ről, és ezt hoz- 
zárendelia Kep Box-hoz, ami azután megjeleníti. 

Röviden ennyit az FLIK-ról. Igyekeztem rámutatni, hogy érde- 
mes megnézni. Akit mélyebben érdekel, javaslom, olvassa el 

a 44. CD Magazin/tltk/ könyvtárában lévő példaprogramok 
forrását, valamint az FLIK forrását. Rendkívül logikus és átte- 
kinthető a felépítése. Aki félt a C-t 1 -tól, érdemes ezzel kez- 
denie, mert itt hamar sikerélményhez juthat! 
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MESZ 
158: 
154. 
155 
156 a 
TESTE 
dS5ISIE 


JESS 
160 
MNŐNISB 
ISS 
L63 c 
164. 
L65 c 


dSISB 
HSSN/RE 


L68 c 
1639 
E7A0S 
SZABS 
ÜSSE 
ÚB 
174. 
SD 
ME 
TSZ e 
MAST 
HEG 
180) c 
181 a 
NESZ 
68658 
184. 
HSSÉDT8 
ISSI6I 


MSB 
NSISB8 
dSSE 


190 c 
A98E8 
JSIZe 
1518 e 


] 


vojrd"KepENSéZz Wind: Foadkep 
ss (const char "fname) 


j 


] 


EN LEHAL NT 


afact-(wd -c- hd) ? wd 
MERNOK e etes OJ FAN Ee es NEO 
thisssoll-sposition(l0 50); 


iinrelis 


FEREMELSJE SES ; 

ET STtmage oldid: 

GTÉTaitellkTen vmint 

e EGG US 

tactet 2 

if(imag) ( imag-srelease(); 
5imag-(Fl Shared Imager) o; ) 
oldimg-this-:5kephely-s3image ( ) ; 
if(oldimg)( delete oldimg; 
5this-:kephely-simage((Fl Imaget) 0); ) 
dnmassc e Smetedütmáeé s sgee temam 
origw-imag- sw ( ) ; 

origh-imag-:h() ; 

ZOOO () : 

nw(10t) (atacttrorigw,) ; 
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nhn- (int) latactcrorign) ; 

img-imag-:5copy (nw-1,nh-1) ; 
this-:5kephely-ssize(img-s5w() , img-:h( ) ) ; 
this-:kephely-simage (img) ; 


vodrdkepeNezüNads s velőogdkée 


( 


ae AY, mA s 

HASREMELSJE SSE ; 

eTemage Froldimg 
oldimg-this-3:kephely-s3imagae ( ) ; 
if(oldimg)( delete oldimg; 
this-:kephely-simage((F1 Image) 0); ) 
nw- (10t) (atactrorigw,) ; 

TR Ve at actroEtem) 

üt (nw-sorigw I akssovígn) ( nw-origw 1 
mnh-origh-1; afact-1.0; ) 
img-imag-:copy (nw, nh) ; 
this-:5kephely-:ssize(img-3w( ) , img-:h( ) ) ; 
this-:5kephely-simage (img) ; 


st s 


Sorozatunk következő részben elkezdjük bővíteni a programot. 
Az első számú cél, hogy több fájlt lehessen betölteni egyszerre, 
akár több könyvtárból is, és a billentyűzet segítségével mozog- 
ni lehessen közöttük. Esetleg menteni lehessen az adott listát 
hogy a betöltés után önműködően le tudjuk játszani őket. 





Havránek Ferenc 

Automatikamérnökként dolgozik. Kedvtelései közé 
tartozik mindenféle kétkerekű járművön (kerékpár és 
motor) való közlekedés. Ezenkívül szívesen tölti idejét 
programozással, nemcsak PC-s, hanem egyéb környe- 
zetben Is, például mikrovezérlő programokat ír. 
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Betekintés a Blender rejtelmeibe 


Ezzel a bevezető leírással útjára indul a Blender bemutatását célzó sorozatunk. 


tudású 3D-modellező és -animációkészítő programmal! 

A program segítségével megvalósíthatjuk a képzele- 
tünkben eddig csak képekként élő ábrándjainkat, inverz kine- 
matikával mozgatott karakteranimációkat készíthetünk, görbék 
által határolt felületekből álló tárgyakat (NURBS-modelleket), 
animációkat alkalmazhatunk háttérképként és felületi mintázat- 
ként, a szerkesztőablakban háttérként elhelyezett animáció 
segítségével valósághű mozgásmodellezést végezhetünk, és 
— amit eddig még egyetlen ingyenes modellezőprogramban sem 
láthattunk -, játékokat is készíthetünk. Mindezeket a lehetősé- 
geket egy 1, 5 MB-os program képében kapjuk meg, ami igazán 
nem nagy helyigény a mai világban, amikor már egy irodai 
programcsomag is több száz megabájtot foglal el. 


T artsanak velem, és ismerkedjenek meg önök is egy nagy 


ismerkedés a Blenderrel 

Animációs lehetőségei között megtalálható a hagyományos 
kulcskocka alapú megoldás; képes tárgyak egymásba alakítá- 
sára (morphing), a mozgásokat pedig mozgásgörbékkel is 
megadhatjuk. A programmal képesek leszünk részecskerend- 
szerek modellezésére, átlátszó tárgyak modellezésére, és az 
oly látványos lencsecsillanásról sem kell lemondanunk. A 3D-s 
tartalomfejlesztés sem elhanyagolandó képessége ennek a 
programnak, bárki könnyedén készíthet egyszerűbb játékokat 
vagy bemutatókat Zenével és mindazzal, amit a Blender model- 
lezés közben megvalósítani képes. A program két hátrányos 
tulajdonságát azonban nem hallgathatom el. Az egyik, hogy 

a képeket nem sugárkövetéssel számolja (ez valós idejű meg- 
jelenítésnél nem is igazi hátrány), tehát például nem tudunk 
majd valódi nagyítót készíteni, a másik pedig, hogy a vele 
készült játékokat futtatható formában csak a Blender Publisher 
segítségével jeleníthetjük meg, ennek az ára viszont egy kissé 
magas. Akit azonban ez nem zavar, annak bátran ajánlom a 
Blendert mind a szabadidő kellemes eltöltéséhez, mind pedig 
érdemi modellezéshez és animációkészítéshez, játékfejlesz- 
téshez. Hogy ne csak beszéljünk, lássunk egy képet, amit 
véleményem szerint nem egy nap alatt készített az alkotó, 

de hűen tükrözi a program (és készítője) képességeit (1. kép). 
A Blender elérhető Windows, Irix, FreeBSD, Mac OS X és 
Linux operációs rendszereken, de megjegyzem, hogy 
sorozatunkban természetesen a linuxos változatról lesz 

szó, egyrészt az újság jellege miatt, másrészt a linuxos 
változat megbízhatóbb működése következtében. Természe- 
tesen a Windows alatti Blender is használható, amennyiben 
valaki soha nem akarja ikonméretre váltani az ablakot. 
Eddigi tapasztalataim alapján ez a bonyolult művelet sok 
esetben a rendszer lefagyását eredményezi. Ha az olvasó 
által használt terjesztésnek nem lenne része a program, 
letölthető a 3 http:/www.blender.org valamint 

a 5 http:/www.pablosbrain.com/blender3d/ vagy a 

2 http:/www.blender-forum.de/blender/bdownload.php 
címekről. 

A programot elindítva rögtön szembetűnik a felhasználói 
felület egyszerűsége, ez azonban senkit ne tévesszen meg. 
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A Blenderben rengeteg műveletet el tudunk a billentyűzet 
segítségével végezni, és már így, az ismerkedés elején javasol- 
hatom, hogy az egyik kezünket tartsuk a billentyűzet közelé- 
ben, ugyanis gyakorta szükségünk lesz a használatára. A Blen- 
der teljesen objektumközpontú, objektumosztályokat és -pél- 
dányokat alkalmazva építi fel a jelenet leírására alkalmas rend- 
szerszerkezetet. Ennek mélyebb megértésére azonban a későb- 
biek során lesz szükség. Addig elegendő lesz annyit megje- 
gyezni, hogy minden objektumnak szinte minden értékét 
beállíthatjuk, és külső programból is megváltoztathatjuk. 





1. kép Íme egy Blenderrel készült kép 


A felhasználói felület testreszabása 

A program telepítése és elindítása után a felhasználói felületet 
célszerű a saját ízlésünknek és igényeinknek megfelelően 
beállítani, hogy ezzel is növelhessük későbbi munkánk haté- 
konyságát. Mint az egy korszerű modellező programtól elvár- 
ható, a szerkesztőmezők és a nézetek elhelyezkedését szaba- 
don beállíthatjuk. A program alapértelmezésben egy nézettel 
indul, a további nézeteket pedig a jobb egérgomb használa- 
tával hozhatjuk létre. Kattintsunk a jobb egérgombbal az alsó 
gombtfelület és a szerkesztőmező között található keretre, és 

a megjelenő menüből válasszuk ki a Split area menüpontot. 


A másik menüpont, a Join areas segítségével a felosztott terüle- 
teket újra egyesíthetjük. Miután a nézetek megjelenítési módját 
igényeinknek megfelelően felosztottuk, az egyéni beállításokat 
a CIRL-U billentyűkkel tárolhatjuk. Személyes tanácsom, 

hogy elegendő két szerkesztőnézetet beállítani: az egyik legyen 
egy általános (bal, felső vagy elölnézet) nézet, míg a másikban 
a kamera képét látjuk. Ezeket a nézeteket természetesen a pilla- 
natnyi igényeknek megfelelően változtathatjuk. A nézetek 
váltogatására a számbillentyűzet a legalkalmasabb eszköz. 

A 3-as billentyűvel a jobb oldali nézetet érhetjük el, az 1-es 
billentyűvel az elölnézetet, míg a 7-es billentyűvel a felülné- 
zetet. Mindhárom nézet 15 fokos lépésekkel elforgatható két 
tengely körül a 2-es, a 8-as valamint a 4-es és 6-os billentyűkkel. 
Az 5-ös billentyűvel a perspektivikus vetítést kapcsolhatjuk 

ki és be, a 4 (összeadásjel) és - (kivonásjel) billentyűkkel pedig 
a nagyítás mértékét állíthatjuk. A kamera nézetének kiválasz- 
tására a 0 billentyű használható. A nézeteket egér segítségével 
is eltolhatjuk, elforgathatjuk és nagyíthatjuk. A CTRL billentyű 
lenyomása és a középső egérgomb lenyomva tartása mellett 
mozgatott egérrel a nagyítást változtathatjuk, a SHIFT billentyű 


HRétegek alkalmazásának 


2. kép Rétegek kezelése 


és a középső egérgombos mozgatás a nézet látóterének 
eltolását eredményezi, míg ha csak a középső egérgombot 
tartjuk lenyomva és így mozgatjuk az egeret, térben forgathat- 
juk a nézet koordináta-rendszerét. Ha egy tárgyat úgy szeret- 
nénk megjeleníteni az ablakban, hogy középen legyen, a bal 
egérgombbal helyezzük el a 3D kurzort a kívánt tárgy belsejé- 
ben, majd nyomjuk meg a C billentyűt, és a nézetet a kívánt 
mértékben nagyítsuk. Ha minden tárgyat egyidejűleg szeret- 
nénk egy nézetben megjeleníteni, akkor a SHIFT-C billentyű- 
kombinációt kell használnunk. 

Miután megismerkedtünk az alapvető műveletekkel, hozzunk 
létre egy egyszerű objektumot, és gyakoroljuk egy kicsit a szer- 
kesztési műveleteket is. 

Objektumok létrehozására a program menüjében nyílik lehe- 
tőségünk. Ezt a menüt a szóköz billentyűvel érhetjük el. 

A menü bal oldali pontjaiból nyílnak az almenük, és ezek a 
pontok a menü szerkezetének megfelelően változnak majd. 
Tehát egy egyszerű gömb létrehozásához az Add menüpontból 
válasszuk ki a Mesh pontot, majd itt az UVSphere pontot. 
Ennek hatására megjelenik egy szerkesztőmező, amelyben 

a számra kattintva megváltoztathatjuk a létrehozandó tárgy 
tulajdonságait. A számtól balra kattintva az érték csökkenését 
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érhetjük el, jobbra kattintva pedig a növelését. Pontos értéket 
is beírhatunk, ha a SHIFT billentyű egyidejű lenyomásával 
kattintunk a számon. Az UVSphere objektumnak két értéke 
létezik: a vízszintes és a függőleges felosztás értéke. Minél 
nagyobbak ezek az értékek, annál több háromszögből fog fel- 
épülni a tárgy. A szerkesztési műveletek elsajátításához nem 
szükséges túl bonyolult tárgyat használnunk, tehát ezeket 

az értékeket nyugodt szívvel akár nyolcra is csökkenthetjük. 
Miután mindkét értéket meghatároztuk, megjelenik egy sárga 
ponthalmaz, mely meglepő módon egy gömböt formáz. 

A sárga ponthalmaz két dolgot is jelez. Egyrészt a tárgy pont- 
szerkesztő módban látszik (ez a ponthalmaz), másrészt min- 
den pontja ki van választva (ettől sárga). A pontok kiválasz- 
tását az A billentyű lenyomásával szüntessük meg. E gomb 
szolgáltatása a , Mindent kiválaszt" névvel illethető, vagyis 

ha nincs kiválasztva semmi, akkor mindent kiválaszt, ha pedig 
minden ki van választva, megszünteti a kiválasztott állapotot. 
Egy-egy pontot a jobb egérgomb lenyomásával tudunk kivá- 
lasztani, a kijelölt pontokhoz pedig a SHIFT lenyomása melletti 
jobb egérgombbal tudunk újabbakat hozzáadni. Természe- 
tesen az úgynevezett , gumikeretes" kijelölésre is lehetőség 
nyílik. A B billentyű lenyomásával egy célkereszt kerül elő, 
amivel a rajzprogramokban megszokott módon egy tetsző- 
leges ponthalmazt választhatunk ki. A B billentyű ismételt 
lenyomásával egy kör alakú kijelölő mezőbe eső pontokat 
tudunk jelölni. A TAB billentyűvel tudunk a pontszerkesztő és 
a tárgyszerkesztő mód között váltani. Pontszerkesztő módban 
a tárgy minden pontját és élét külön-külön tudjuk változtatni, 
míg a másik módban a tárgyat egészében alakíthatjuk. 


Alapvető átalakulások 

Tekintsük át, hogy az alapvető átalakításokat — az eltolást, az 
elforgatást és a méretezést — hogyan tudjuk a tárgyakon végre- 
hajtani. A tárgy vagy tárgyak kijelölése után több lehetőségünk 
is van a változtatások végrehajtására. Az első és leggyorsabb 
megoldás, ha a bal egérgomb lenyomása mellett egy egyenest 
vagy körívet rajzolunk a nézetben. Ha egyenest rajzoltunk, 

a gomb felengedése után a tárgyat eltolhatjuk, majd a bal egér- 
gomb lenyomásával új helyzetben rögzíthetjük. Amennyiben 
körívet rajzoltunk, a fenti műveletsor alkalmazása a tárgy elfor- 
dulását fogja eredményezni. A másik lehetőségünk az eltolásra, 
hogy a kijelölés után a tárgyat a jobb egérgombbal mozgatjuk. 
Az eltolást a G billentyű lenyomásával is aktiválhatjuk. A for- 
gatásnak megfelelő billentyű az R. Az átméretezést billentyűzet 
segítségével kezdeményezhetjük, mégpedig az S billentyű 
lenyomásával. Mindhárom alapműveletet a SHIFT lenyomva 
tartásával finomíthatjuk, így ugyanis pontosabb mozgást érhe- 
tünk el. A CTRL gomb lenyomása mellett a tárgyat egységnyi 
lépésekben mozgathatjuk, vagy 5 fokonként forgathatjuk el. 
Természetesen a Blender lehetőséget nyújt arra is, hogy a 
tárgyainkat ne kizárólag szabadkézzel alakítsuk. Ha egy mű- 
velet megkezdése (a billentyű lenyomása) után a középső 
egérgombot nyomva tartjuk, akkor az eltolás, forgatás vagy 
átméretezés csak az adott nézetben egy tengely mentén érvé- 
nyesül. Ezt a tengelyt az határozza meg, hogy melyik irányban 
mozdítjuk el az egeret a gomb lenyomása és a középső egér- 
gomb lenyomása közötti időszakban. Ha tehát egy tárgyat csak 
a nézetben érvényes vízszintes tengely mentén szeretnénk 
eltolni, a G billentyű lenyomása után az egeret mozdítsuk el 
vízszintesen, majd a lenyomott középső egérgomb nyomva 
tartása mellett mozgassuk a kívánt helyzetbe. 

Gyakran szükség lehet egy-egy elkészült tárgy másolatára, ha 
például egy objektum tengelyesen szimmetrikus, elegendő 
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SZET 
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Nézetek felosztása 
Nézetek egyesítése 


Nézetek mentése 
Oldalnézet 
Elölnézet 
Felülnézet 
Kamera 
Perspektíva be/ki 


Nézet forgatása 


Kurzor a nézet közepére 
Mindent megjelenít 
Főmenü 

Eltolás 

Forgatás 

Méretezés 

Tükrözés 

Másolat 

Kijelölés 

Összeadó kijelölés 
Kijelölés gumikerettel 
Kijelölés köralakban 


Mindent kijelöl/ 
Kijelölést megszüntet 


Jobb egér a kereten, 
majd , Split area" 


Jobb egér a kereten, 
majd ,Join areas" 


Ctrl-U 

A számbillentyűzeten 3 
A számbillentyűzeten 1 
A számbillentyűzeten 7 
A számbillentyűzeten 0 
A számbillentyűzeten 5 


A számbillentyűzeten 
3-2 és 4-6 


G 

Shift-C 

Szóköz 

G 

R 

S 

S, majd X vagy Y 
Shift-D 

Jobb egérgomb 
Shift-jobb egérgomb 
B 

B-B 

A 


csak az egyik felét részletesen kidolgozni, majd egy másolatát 
tükrözve a másik oldalát is létrehozhatjuk. Ezt a műveletsort a 
SHIFT-D, majd az S és az X vagy Y billentyűkkel végezhetjük el. 
A SHIFT-D elkészíti a másolatot; ezt más esetekben is használ- 
hatjuk. Az S az átméretezést kezdeményezi, amit ha az X-szel 
együtt használunk, vízszintes tükrözést kapunk, az Y billen- 
tyűvel együtt használva pedig egy a függőleges tengely men- 
tén tükrözött tárgy lesz a végeredmény. 


Rétegek kezelése 


A Blender egyik előnyös tulajdonsága a többi szabadon elér- 
hető modellezőprogramokkal szemben a rétegek kezelésének 
lehetősége. Az 1. képen látható, hogy minden nézetben húsz 
réteg érhető el, amik között tárgyakat tudunk mozgatni, vagy 
el is tüntethetjük az éppen nem szükséges tárgyakat, így csök- 
kentve a bonyolult jelenetek megjelenítéséhez szükséges időt. 
Az egyes rétegeket a nekik megfelelő gombra kattintva tehet- 
jük elérhetővé, több réteget pedig a SHIFT billentyű lenyomása 
mellett jelölhetünk ki. A kijelölt tárgyakat a SHIFT-M billentyűk- 
kel mozgathatjuk át egy másik rétegre. 

Ennyi alapozás után foglaljuk össze az eddig tanult 
billentyűket és a velük elérhető hatásokat (lásd a táblázatot). 
Ennyi tudás már elegendő egyszerű tárgyak létrehozásához, 
azonban az itt következő feladat megoldásához meg kell még 
említenem az objektumok és háromdimenziós pontok törlésére 
használatos billentyűkombinációt is. Miután a törlendő részt 
kijelöltük, az X billentyűvel eltüntethetjük. Pontszerkesztő 
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3. kép Első modellünk 


módban a törlés vonatkozhat pontokra, élekre és teljes három- 
szögekre, míg tárgyszerkesztés módban csak a teljes tárgyra. 
Gyakorlati feladatként hozzunk létre egy váza alakú objektu- 
mot. Célszerű kiindulási alap lehet egy WWVSphere, melynek 
felosztása legyen 32 szegmens és 20 vízszintes kör. A gömb 
létrejötte után pontszerkesztő módban vagyunk, és nincs más 
dolgunk, mint a gömbből kialakítani a váza formáját. Kapcsol- 
junk oldalnézetbe, és jelöljük ki a gömb tetején lévő köröket 

a B billentyű segítségével. Ezeket az Z tengellyel párhuzamosan 
toljuk el felfelé (a középső egérgomb alkalmazásával). Majd 
ugyanezzel a módszerrel, a többi kör eltolásával és megfelelő 
méretezésével alakítsuk ki a váza végső formáját. A gömb tete- 
jét alkotó köröket süllyesszük be a gömb belsejébe, ezek alkot- 
ják majd a váza belső falát. Ezt nem szükséges a tárgy teljes 
mélységében kialakítani, hiszen általában nem látunk bele egy 
vázába. Miután a belső falat a szükséges mélységben kialakí- 
tottuk, már csak arról kell gondoskodnunk, hogy a vázába bele 
is tudjuk majd tenni a virágokat, vagyis ki kell lyukasztani. Erre 
alkalmas az előbb említett törlés művelet. Jelöljük ki a korábbi 
gömb legfelső pontját, ami most a váza belsejében található, és 
nyomjuk meg az X billentyűt. A megjelenő menüből válasszuk 
a Vertices menüpontot. Ezzel már készen is van az első model- 
lünk, amelyhez már csak az anyagot és mintázatot kell hozzá- 
rendelnünk a sorozat további részeinek útmutatása alapján. 

A fent leírt módszerrel készült váza a 3. képen látható. 

A sorozat következő részeiben már a fenti alapismeretekre 
építve bonyolultabb tárgyakat modellezünk, megtanuljuk 

az anyagok és felületi mintázatok készítésének lépéseit és 
lehetőségeit, továbbá az UV-térképek készítésének mikéntjét. 
Röviden be szeretném majd mutatni azokat a lehetőségeket, 
amelyeket a Blender használata ad a játékfejlesztés vonatkozá- 
sában, továbbá az animáció készítésének menetét és többféle 
módját. A játékok készítésénél megvizsgáljuk majd a Blender 
beépített 3D-s motorjának lehetőségeit és a hagyományos 
módszerrel (modellezés, animációk 3D modellezővel, 3D-motor 
hagyományos programnyelven) megvalósítható játékok fej- 
lesztésének a lépéseit. Tartsanak velem, kedves olvasóim, 

és ismerkedjenek meg a 3D-modellezéssel e nagyszerű 
programon keresztül! 


Fábián Zoltán (dzooleofreemail.hu, dzoolioyahoo.com) 
25 éves, jelenleg programozóként dolgozik. Szabad- 
idejében szívesen kirándul, túrázik. Emellett szeret 
rajzolni, érdekli a 3D-grafika és a Linuxszal kapcso- 
latban minden olyan program és programnyelv, amit 
még nem ismer vagy nem próbált ki. 





e KEZELT 


A Linux és a Star Trek 


A Digital Domain Oscar-díjas programot használ Linuxon 
a Star Írek Nemesis és más filmek digitális hatásainak megalkotásához. 





Linux először akkor tört be 
Hollywoodba, amikor a kalifor- 
niai Venice-ben működő Digi- 


tal Domain (D2) stúdió a Titanic című 
film különleges hatásainak leképezésé- 
hez (effect rendering) a GNU/Linuxot 
használt. A D2 munkatársaival akkor 
beszélgettünk, amikor a tervek szerint 
2002. december 13-án bemutatandó 
Star Trek Nemesis című filmen dolgoz- 
tak, méghozzá Linuxszal. A D2 Linuxot 
használ mind a leképezőtelepén, mind 
a grafikusok asztali gépein is. 

A D2 eddig 21 filmjének elkészítéséhez 
használta kedvenc rendszerünket, ezek 
között olyan alkotásokhoz is, mint a 
Titanic vagy a Csodás álmok jönnek 
című filmek, amelyek elnyerték a leg- 
jobb látványhatásokért járó Oscar-díjat. 
A D2 két Tudományos és technikai 
teljesítményért járó filmakadémiai díjat 
is nyert, az egyiket Irack mozgáskövető 
programjáért, a másikat pedig a Nuke 
nevű szerkesztőprogramért. 

A legtöbb stúdióhoz hasonlóan eredeti- 
leg a D2 is SGI számítógépeken futtatott 
SGI Irix és Unix operációs rendszereket 
használt a leképezőtelepén és a grafi- 
kusok munkaállomásain. Az 1996-os 
Dante pokla című filmmel végzett próba 
azt bizonyította, hogy a Linuxra való 
átállás keresztülvihető. , Először a 
linuxos leképezőtelep állt munkába" 

— emlékszik vissza Judith Crow, a D2 
termelési igazgatója. , A Titanic munkáit 
az Areté nevű cég Renderworld nevű 
tengerszimulációs programjával végez- 
tük. A program háromszor olyan gyor- 
san futott a linuxos Alpha gépeinken, 
mint az Irix SGI számítógépeken." 

A leképezőtelep által kitaposott úton a 
Linuxot a Nuke és Houdini programok 
jutatták el az asztali gépekig. 

A szerkesztőprogramot (compositor) a 
szerkesztőgrafikusok használják a mozgó- 
képek összehozására, például akkor, ami- 
kor az Enterprise űrhajó a háttérben lévő 
űrállomás előtt halad el. , A Digital Do- 
main 1997 óta használja a Nuke-ot, vagyis 
mióta a litanic megalkotásakor olyan 
széles körű szerepet kapott" — mondja 
Jonathan Egstad, a Digitális hatások veze- 
tője. Egstad a D2 további három mun- 
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katársával, Bill Spitzak-kal, Paul Van 
Camp-pel és Price Pethel-lel a Nuke szer- 
kesztőprogramért Oscar-díjat kapott. 

A Nuke lényegében kétdimenziós leké- 
pezőprogram" — tájékoztat Egstad. , Öt- 
ször-hatszor olyan gyors Linuxon, mint 
Irix alatt, de csak 2001 óta, mióta a Linux 
GUI gyors működésre is képessé vált. 
,sok olyan eset van, amikor a kétdimen- 
ziós megoldás támogathatja a munka- 
folyamatot — mutat rá Egstad. — Létre- 
hozhatunk egy teljes háromdimenziós 
jelenetet a Nuke-ban, majd hivatkozha- 
tunk rá a 3D-s programban, mint ami- 
lyen a Maya, és megfordítva. A három- 


A Nuke-hoz hasonlóan ez is rangsoralapú 
(program), megfelelően kapcsolódva a 
2D-s rendszerhez. A D2 emellett a 
LightWave és Maya nevű kereskedelmi 
3D-s programcsomagokat is használja. 

A Nuke harmadik változatát a D2 2001 
óta használja Linux, Irix és Windows 
operációs rendszereken. A Nuke terve- 
zésekor megőrizték az Írixen használt 
billentyűkombinációkat, így a felhasz- 
nálóknak - különös tekintettel a D2-nél 
dolgozó szabadúszókra — nem kell tanu- 
lással tölteniük az idejüket, ha operációs 
rendszert kell váltaniuk. ,A Nuke fel- 
használói felülete a további kiegészítő 





1. kép Előkészületek egy csillagmező képének egy űrhajó ablakára történő beillesztésére a Nuke 
használatával. Az oldalt látható faszerkezet a szerkesztő parancsállomány csomóponti nézete 


dimenziós jelenet létrehozható és leké- 
pezhető a Nuke3-ban, világítással, felü- 
leti mintákkal és árnyékokkal ellátva 

— a fényszórás, a Blinn és Phong hatások 
a program részét képezik. A kétdimen- 
ziós csomagok egyre inkább háromdi- 
menziósakká válnak." 

A Houdini kereskedelmi 3D-s program- 
csomag, amelynek egyik nagy felhaszná- 
lója a D2 - legfrissebb változatában a Halo 


a a 


nevű saját, beépített szerkesztőjét kínálja. 


munkálatokra készülve tudatosan lett 
spártai" — jegyzi meg Egstad. — , Színkor- 
rekciós eszközei talán az összes csomag 
közül neki a legjobbak." 

A D2-höz évekig érkeztek a Nuke keres- 
kedelmi forgalomba hozatalát célzó ké- 
rések, ami lehetővé tette volna a többi 
stúdió számára a használatát. Ez a nyo- 
más még jobban felerősödött, miután 

az Apple felvásárolta a piacvezető 
Shake-et. A stúdiók elbizonytalanodtak, 


2003. február 99 


0 Kiskapu Kft. Minden jog fenntartva 


Szaktekintély 


amikor az Apple késlekedett a jövőbeli 
Linux-támogatás bejelentését illetően. 
"A Nuke és egyéb, a stúdióban lévő 
vagy tervezett programok kereskedelmi 
forgalomba hozatala és árusítása céljából 
megalapítottuk a D2 Software Com- 
pany-t" — meséli Michael Taylor, digitális 
technikai igazgató — , és helyet biztosí- 
tunk a Nuke kipróbálására. A Nuke-nak 
azt a legújabb változatát kínáljuk, ame- 
lyet mi is használunk. Körülbelül két 
évvel ezelőtt, amikor a két- és három- 
dimenziós használat egyesítése érdeké- 
ben a Nuke teljes újraírását határoztuk 
el, megfontolás tárgyává tettük a Shake- 
re való átállást is, de végül úgy láttuk, 

a mi programunk jobb." 

Taylor a Linux, Windows és IÍrix operá- 
ciós rendszerek alatt működő változat 
megjelenését 2003 elejére ígéri. A Mac 
OS X rendszerrel kapcsolatban még nin- 
csenek terveik. Az ára tízezer dollárnál 
kezdődik, ami hozzávetőleg a Shake 
árának felel meg. Diákok számára a 
Maya és Houdini oktatóváltozatához ha- 
sonlóan egy ingyenes vagy kedvező árú 
változat is elérhető lesz. 

Brian Begun, aki digitális szerkesztést 
végez a cégnél, a Star Irek Nemesis 
egyik jelenetén mutatja be, hogyan 
folyik a munka a Nuke-kal: 

, Egy átmeneti állományon dolgozom 

— ez egy olyan felvételsorozat, ami még 
nincs teljesen kész ahhoz, hogy a film- 
ben elhelyezzük. Egy fejlesztői intrane- 
tet használunk minden egyes munkánk 
számára, ahol az egyes felvételek külön 
weboldallal rendelkeznek. Grafikusaink 
ezen keresztül osztják meg az adatokat. 
A jelenleg működő rendszer a Netscape-et 
használja rengeteg HIML-oldallal és 
egy Perl nyelven megírt kiszolgálóval. 

A könyvtárakba elhelyezett fájlok helyett 
inkább hivatkozásokat tárolunk, így 
lehetőségünk nyílik arra, hogy az adott 
állományt bármely lemezes tároló bár- 
mely könyvtárában anélkül tárolhassuk, 
hogy tényleges fizikai elhelyezkedésével 
foglalkoznunk kellene. Ilyen módon 

a rendszereinket karbantartó részleg 
szabadon bánhat a rendelkezésre álló 
tárterülettel, és anélkül növelheti a 
hatékonyságot, hogy az a fejlesztőmun- 
kát befolyásolná." 

Begun végigvezet minket a Nuke egy 
általános hatásának beállításán: az 
Enterprise űrhajót éppen egy csillag- 
mezőn viszi át. Ez a Trek munkakörnye- 
zete. Minden látvány a változók előre 
megadott listájával rendelkezik, 
válasszuk például a Star Irek SS145A-t: 
S job trek la lEtvEny 
SvEltoz inak beZzll tXAsal 
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3. kép A végső simítások egy zöld képernyőn 
a Nuke-ban: az űrhajó pilótafülkéjének ablakára felkerülnek a csillagok 


5 shot ssi45a [a 
sfeladatvAEltoz k beXll t£sal 
A cs parancs a munkakönyvtárra vált, 
ami ebben az esetben a work.begun: 

S cs 

Innen átválthatok egy képeket tartalma- 
zó könyvtárra, amely az alkotóelemeket 
és a munkaanyag egyéb részeit tartal- 
mazza, vagy a munkakönyvtárra, amely- 
ben a Nuke parancsfájljai foglalnak 
helyet, a felvevőgép mozgása esetén 
pedig a házon belüli Track-fájlok. 


A munkakönyvtárban a Nuke, Flame, 
Irack és Elastic Reality programok fájljait 
találhatjuk. (Az Elastic Reality egy vi- 
szonylag régi, de olcsó program, amely 
olyan roto- és Avid-képátalakítások 
létrehozására alkalmas, mint a rossz kép 
vagy a vezeték eltávolítása közbülső kép 
beszúrása segítségével.) 

Ha a saját munkakönyvtáramat szeret- 
ném létrehozni, a jsmk parancsot hasz- 
nálhatom. A többi könyvtár -— például 

a képkönyvtár - létrehozása is ilyen mó- 


don történhet. Ezek tartalmazni fogják 
az összes zöld képernyőt (green screen), 
a teljes felbontású és csökkentett felbon- 
tású helyettesítő képeket, az előzetes 
nézeteket, az ideiglenes kompozíciókat 
(amelyek az ügyfélnek a jelenet nagy 
vonalakban elkészített, vagyis nem fel- 
tétlenül kidolgozott vázlatát mutatják). 
Az 1ss parancs az 1s eredményénél 
egy kicsit olvashatóbb formában mutatja 
az állományokat. Például ahelyett, hogy 
ilyen formában jelennének meg a fájlok: 
test.0001.rgb 

test.0002.rgb 

test.0003.rgb 

az 1ss így mutatja mindezt: 
test.504d.rgb 1-3 

A Nuke futtatása előtt munkakönyvtá- 
ram Nuke-alkönyvtárára váltottam: 

S cs 

S cd nuke 

S nuke3 

Amikor elindítjuk a Nuke-ot, egy gra- 
fikus ablak jelenik meg, amelyben az 
Image/Read/ File menüpontot választot- 
tam, majd az előtérben lévő zöldképer- 
nyő-képek betöltéséhez az ss145 .wh 
fájlt. Mialatt egy projekten dolgoztam, 
mind a nagyfelbontású, mind pedig a 
negyedakkora felbontású helyettesítő 
képeket használtam. 

A képek Cineon 10 bit log formátumúak, 
amit a Nuke 16-bites lebegőpontos for- 
mára alakít át. A Nuke egy nézőkében 
legföljebb tíz kép egyidejű megjelení- 
tésére képes. A billentyűzet számbillen- 
tyűit használva a tíz nézet bármelyike 
egyszerűen előhívható. 

Íme egy pilótafülke zöld képernyője 
(lásd a 3. képet). Amikor zöld képernyőt 
alkalmazunk, általában háromféle masz- 
kot használunk. Az élmaszk célja az, hogy 
a fotó minden kis részletét megőrizzük. 
A kitöltő ,innie" maszkot arra használ- 
juk, hogy befedjük az esetlegesen látható 
lyukakat, amiket az előtérben lévő objek- 
tum előtti zöld foltok vagy anyagok 
okozhatnak. A tisztító (outtie) maszk a 
háttér nem odaillő objektumainak -— pél- 
dául a színpadi lámpáknak - az eltávolí- 
tására szolgál. A maszkok alkalmazásá- 
hoz azt a backing color (háttérszín) szol- 
gáltatást választom ki az Ultimatte szín- 
pipettájával, ami az eltávolítandó szín- 
hez a legközelebb áll -— ez adja majd a 
legjobb maszkot. Ezután elvégzem a to- 
vábbi szükséges átalakításokat, más 
maszkok alkalmazását és a letisztázást. 
Jason Iversen műszaki igazgató a Star 
Irek energiahatásainak és a roncsoknak 
a megjelenítéséért felelős. 

A hajók robbanásaihoz a lehető legtöbb 
gyakorlatban alkalmazható hatást hasz- 
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náltuk fel. Ezek rövidebb idő alatt meg- 
valósíthatók, annak ellenére, hogy meg 
kell építeni a modellt, ami két ember két- 
havi munkáját is igénybe veheti. Ugyan- 
ez háromdimenziós hatással viszont 
három ember négy-öthavi munkájába is 
belekerülhet. A robbanást 300 Íps sebes- 
ségű lassított felvétellel rögzítettük. Ez 
nem könnyű feladat és lehet, hogy nem 
is kelt valós hatást. Néhány robbanást 

a Houdini digitális roncsdarabjaival 
fejlesztettünk tovább. Az Enterprise pár 
lövése még valóságos, de a hajótestet 
elérő gyönyörű lövések már nem." 
Beszélgetésünk alatt éppen az egyik 
SG[-gépet viszik el a leképezőtelepen 
való használatra. A D2 munkaállomásait 
kétprocesszoros pentiumos rendsze- 
rekre fejlesztik tovább. 

A D2 a Star Irekkel kapcsolatos munkát 
korábban teljes egészében Linuxon, 

a Houdini használatával végezte, de 

a Maya grafikusainak nagy része Win- 
dows N1I-t használ, mivel a Maya bővít- 
ményei Linux alatt nem elérhetők el. 

, Legnagyobb képsorunk egy lavinamo- 
dellező szekvencia, amely a linuxos 
Houdinira és saját VoxelB nevű progra- 
munkra épül; ez végzi a térfogatelem- 
zést" -— tájékoztat IÍnversen, majd így 
folytatja: ,A lavina egy hatalmas por- 
szerű sáv, amely egészen háromdimen- 
ziós megvalósítást nyert, nem holmi két- 
dimenziós szemfényvesztés. Voxel-szer- 
kesztőnk, a VoxelB tulajdonképpen egy 
bővítmény. Minden eszközünk képes 
adatok beolvasására a Mayából vagy a 
Houdiniből. Ezeket — amikor ömlő vizet 
akarunk előállítani — gyakran saját fej- 
lesztésű folyadékdinamikai programunk- 
kal kombináljuk. A Terragen a saját te- 
replétrehozó programunk, amelyet Az 
időgép című filmben a bolygók képeinél 
használtunk" — mondja Iversen, majd 
hozzáteszi: , Az előzetes képek előállítá- 
sára és a digitális rajzolásokat végző 
munkatársaink számára készülő kezdeti 
ábrák létrehozásakor használjuk. A raj- 
zolók mindegyike a Mayával dolgozik, 
elsősorban NT-n. A munkafolyamat ezen 
az előzetes képen alapul, ez kerül be az 
átalakítások után az alkotásba. A grafiku- 
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sok mindegyike előzetes látványterveket 
állít össze, amelyek a szerkesztőkhöz 
kerülnek, akik a filmre alkalmazzák őket. 
Bár a Linux támogatja a Houdinihez és 
a Mayához hasonló népszerű 3D-s prog- 
ramcsomagokat, Crow mégis úgy érzi, 
szenvednek a linuxos rajzolócsomagok 
hiányától: , Létezik a Photoshopnak 
olyan mélysége, ameddig a FilmGimp 
nem ér el, ugyanis a FilmGimp még 
nem elég érett hozzá." Crow elmondta 
még, hogy az Amazon16 ígéretes fej- 
lesztés, egy 16-bites ftestőprogram, ame- 
lyet készítője, az Inertactive Effects 
Linuxra ültet át. Az Amazonnak komoly 
előélete van Irixen. , Már a Photoshop 
előtt is használta a rétegeket, támogatja 
a felhasználói makrókat, háromdimen- 
ziós felületminta-készítő képességekkel 
rendelkezik, és ami a legfontosabb, a 
Cineonhoz hasonlóan támogatja a HDR 
formátumot, ami nélkülözhetetlen a 
filmkészítésben — mondja Crow. 

-— A másik reményteljes 32-bites linuxos 
festőprogram-fejlesztés az Idruna által 
fejlesztett Photogenics, amely jelenleg 
még csak próbaállapotban létezik." 
Crow szerint a D2 Irix alapú alkalmazá- 
sainak Linuxra való átültetése gyorsan 
lezajlott, s különösen igaz ez a saját 
fejlesztésű Nuke-ra. A D2-nél a Linuxra 
történő átállás szakaszosan zajlott: elő- 
ször a leképezőtelepre került sor, amely 
a hatások kötegelt feldolgozását végzi. 

, Amikor a Linux készen állt az asztali 
gépeken való alkalmazásra, lelkesen 
álltunk át a használatára. — meséli Crow. 
-— Mihelyt úgy éreztük, hogy egy olyan 
operációs rendszer, mint a Linux támo- 
gatja azokat a tulajdonságokat, ame- 
lyekre építenünk kell, készek voltunk 
az átállásra." 


Linux Journal 2003. január, 105. szám 


Robin Rowe 

1 (robin.rowexomovieeditor.com) 
A Movie Editor.com interne- 
tes és televíziós videoalkal- 
mazásokat készítő cég egyik 
partnere. 










DigitalScape 3 http:/Avww.digitalscape.com 


FLIK 3 http:/Avwwv.fltk.org 


Idruna Software 5 http:/Avww.idruna.com 


Nuke 3 http:/Avwvw.d2software.com 
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A PostgreSOülL adatbázis-kezelő használata (2. rész) 


Sorozatunk előző részében az eljárások készítéséig jutottunk el, 
most az ügyféloldali programok bemutatásával folytatjuk. 


PG négyféle C/Ct - API-felülettel rendelkezik. Ez a 
AA gazdag lehetőség azt az igényt tükrözi, hogy a külön- 

féle feladatokhoz és programozói elvárásokhoz más- 
más eszközkészlet vezethet a legkönnyebben megoldáshoz. 
A legfontosabb és legalapvetőbb API a , natív" C alapú progra- 
mozói felület, amit gyakran ,PO" API-nak is hívnak, utalva 
arra, hogy ennek az eszközkészletnek a megvalósítása a 
libpg.ac és libpag.so könyvtárakban található. A példaprogram- 
ban érdemes észrevenni azt, hogy bár a PO API elemi szintű 
eszközkészlet, mégis könnyű programozni. 
A PO könyvtár mellett létezik egy egyszerűsített, PGEASY 
nevű API (ennek helye a libpgeasy.a és a lobpgeasy.so fájl), 
melynek megvalósítása során az volt a cél, hogy amit csak 
lehet, az API függvényei a háttérben önműködően kezeljenek. 
Ez azt a hátrányt is jelenti, hogy a programozó nem férhet 
hozzá könnyen olyan adatokhoz, mint például a munkame- 
netleíró, ugyanakkor az alkalmazói program sokat 
egyszerűsödhet. 
A C4 1 adta absztrakciós lehetőségeket aknázza ki a harmadik, 
PO-t 4 nevű felület (ennek helye a libpg1t- ta és a libpg-t 1.so 
fájl). Ez — kihasználva az objektumközpontú programozás fegy- 
vertárát — egyesíti magában a PO API finom részletezési lehető- 
ségét és a PGEASY egyszerűbb programozhatóságát. 
Egy SOL programozási környezetben alapkövetelménnyé 
vált, hogy egy gazdanyelvbe (esetünkben ez a C/C-r-- lesz) 
az SOL-parancsokat úgy ágyazhassuk be, mintha azokat 
egy SOL-konzolon adtuk volna ki. Ilyen például az ORacle 
Pro C vagy a PG negyedik típusú C/C-- -- API-készlete is 
(ennek helye a libecpg.a és a libecpg.so). Itt az az alapelv, 
hogy egy program.pc nevű forrásprogramot készítsünk, 
amiben EXEC SOL. . . kezdetű makrókat helyezhetünk el, 
biztosítva az SOL-parancsok közvetlen beírását. A C/Ct -- 
változók és az SOL-parancsok közötti kapcsolattartást a 
változó neve elé elhelyezett kettős pont (:) karakter jelöli 
(ennek neve külső változó). Ebben a formában programunkat 
a C/C- 1-fordító nem tudja lefordítani, hiszen nem ismerheti 
az EXEC SOL. . . makrók feldolgozásának a módját. A PG 
rendelkezik egy ecpg nevű, beágyazott SOL-előfeldolgozó- 
val, ami biztosítja a " . pc fájlok " . c-vő alakítását, azaz egy 
olyan C/C- 4-program elkészítését, ami egy C/C-t - fordító- 
programmal már lefordítható. A beágyazott SOL alapú prog- 
ram a natív API gyorsírásos változatának is tekinthető, hiszen 
az önműködően létrehozott C/C-t -t--programot kézzel is 
megírhattuk volna. 
Lényeges kiemelni, hogy az ismertetett négyféle API (sőt maga 
az adatbázis-kezelő kiszolgáló is) a Uni/Linux mellett Win- 
dows alatt is használható, így az operációs rendszerek különb- 
sége PG-adatbázisunk elérésének nem emel gátat. 
A továbbiakban nézzünk egy-egy példát az egyes API-k gya- 
korlati használatára! A programozási feladat minden esetben 
az lesz, hogy kilistázzuk a cs adatok adatbázis-telefontábláját, 
majd kipróbálás gyanánt egy új sort (ez alól a pgeasy példa 
kivétel) szúrunk be a táblába. 
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4. lista PostreSOL-adatbázis natív módú elérése 


zstdao.h8 
zstd1db. b 


Hinclude 
Hinclude 


/F Ez az include fXZjl kell a nat v 
PostgreSOL elgrőshez "/ 

Hinclude !"/usr/include/pgsal/libpa-fe.h" 

ddnielánamáini( vo 1.d ) 

char sgiStr[2561; /7/ Itt lesz a mindenkori 

// SOL-parancs. 

PGconiy tconi; // A kapcsolat le r ja. 


PGresult Fresult; // Az eredmOnyhalmaz . 
int 1; // A for ciklushoz sz ksZges. 


// Kapcsol dEs az adatbAzishoz, ami a 
// gazdaggp 5432 kapujá£n vErakozik egy 
// kapcsol dEsi körÖsre. Az adatbEzisunk 


// neve: cs adatok 

// user/passw ord - postgres/inyiri 

conn - POsetdbLogin 
s("toócalhosei "54328 een mostádatok!"T 


e" postares"! "ITIT1I1") ; 


// MegvizsgEljuk, hogy siker lt-e a 
77 kapcsol dás 
1E. (  POstatús (cora) —CONNECTTON BAD) 


printt("11! Hiba az adatbAzishoz 


askapcsol dáskor...n"); 
exit (1) ; 


A PO (natív PG) API alapú mintapélda 

A program teljes forráskódját az alap pg.c fájl tartalmazza 

(4. lista, 44 CD Magazin/PostgreSOL könyvtár), amibe az egyes 
programsorok közé beírtam azokat a megjegyzéseket, amelyek 
elégségesek a működés megértéséhez. 

Az alap pg.c program fordítása és szerkesztése a következő 
paranccsal lehetséges: 


ft gec aláp pg.C -ó aláp pg.eéxe -Ipd 


A kapott alap pg.exe program lefuttatása a következő 
eredményt jeleníti meg a képernyőn: 


Nyiri Imre --- 123456789 
Kiss JEnos  --- 123456789 
Pöntek TamEs  --- 123456789 


Janisovszky KEroly  --- 11111 
A postgreSOL pr baprogram V GE... 


A PGEASY API alapú mintapélda 

A program forráskódja az egyszeru pg.c fájlban található 

(lásd 5. listánkon). Vegyük észre, hogy ez a program nem 

kezeli explicit módon a munkamenetet, hiszen a kapcsolódás 
után az SOL-lekérdezésben a (doguery ( . . . ) )-ben ez az 

adat nincs megadva. 

Az egyszeru pg.c program fordítása és szerkesztése a következő 
paranccsal lehetséges: 


t gec egyszeru pg.c -o egyszeru pg.exe -1lpgeasy 


Az egyszeru pg.exe lefuttatása után a telefontábla tartalmát ez 
a program is kilistázza. 


A beágyazott SOL alapú mintapélda 

A program teljes forráskódját a beagyazott pg.pc fájl (6. lista, 
44. CD Magazin/PostgreSOL könyvtár) tartalmazza. Tekintettel 
arra, hogy a beágyazott SOL szabványos módszer, az ilyen 
programok készítését nagyon sok forrásból megismerhetjük. 
Nézzük tehát a , Listázás és egy beszúrás" mintaprogramot! 

A futtatható program előállítása két lépésből áll. Az első lépés- 
ben a PG fejlesztői készletben található ecpg makrófeldolgozó 
segítségével a következő parancs révén előállítjuk a 


beagyazott pg.c forrásfájlt: 
§ ecpg beagyazott pg.pc 
A kapott C-forrásprogramokat lefordíthatjuk 


t gec beagyazott pg.c -o beagyazott pg.exe 
5.lecpg -I/usr/include/pgsal 

A beagyazott pg.exe lefuttatása után az előző mintaprogramok- 

hoz hasonló kimenetet kapjuk meg a képernyőn. 


A Ct 4 (PO----) API alapú mintapélda 

Ennek a mintapéldának a teljes forrása a cpp pg.cpp fájlban 
(7. lista, 44. CD Magazir/PostgreSOL könyvtárában) található. 
A program feladata ugyanaz, mint az eddigi C/C-H- alapú 
példáknak. A PGDatabase osztály jelképezi a PG-adatbázis 
elérését és használatát. A forráskód egyszerűségét főleg az 
egységbezárás és az alapértelmezett értékek lehetőségének 

a kihasználása biztosítja. 

A program fordítása és szerkesztése az alábbi paranccsal történ- 
het, melynek eredményeképpen megkapjuk a cpp pg.exe 
futtatható programot. 


t gec cpp pg.cpp -o cpp pg.exe -1pdt-i 
5. T/usr/include/pgsal 


Ügyféloldali programozás Java-környezetben 

A Java-környezet egyszerű, parancssoros használhatósága 
érdekében érdemes egy kis segítő héjprogramot használatba 
venni. Miért? A Java nyelvű forrásprogramok fordítása és 
futtatása is ugyanazt a dinamikus osztálymegkeresési (a fájl- 
rendszerben az osztályok a .class fájlok) és -betöltési módszert 
követi. A dinamikusan betöltendő osztályok a CLASSPATH 
környezeti változóban megadott helyeken keresődnek. A héj- 
program SetCLASSPATH függvénye önműködően beállítja a 


www.linuxvilag.hu 


EN LEHAL NT 


b. lista PostreSOL-adatbázis easy módú elérése 


Hanciude c stdio.. b 
FHanciude" czstadántostas 


/F Ez az include ÍXEjl sz ksZges az easy 
PostgreSOL elgrOshez r/ 

pinelade " " /usr/ include/pgsg1/ libpg-Te.n" 

Htinclude "/usr/include/pgsal/libpgeasy.h" 


int main(void) 
char sglStr[2561]; // Itt lesz a mindenkori 
// SOL-parancs 


char nev [50] ; 
char szam[201] ; 


// Kapcsol dEs az adatbAzishoz 
Come GEdo(Tedőömamez cs dadatóc sét DOSEGTÉS 


e oassword-L111119); 


// vögrehajtunk egy SOL select parancsot 
// Figyelj k meg azt az elegancikt, ahogy 
// a C/C4sr nyelv seg tsöggGvel dinamikusan 
// eliX£1l1 tjuk az SOL-parancsot! 


sprintf(salStr, "select $s, $:s Írom 
telefon", "nev", "szam!"); 
dogúeryi sgiStr ); 


// Ki rjuk az E tXAblAt a konzolra 

/7 A fetch(...) f£ ggvüny valtoz szAme 

// Örtőket tartalmazhat. Most a nev üs 

// szam nevís meziket körj k le. 

watle e tetenímev szam at ENDEGEÉTDÉGES 4) 
printt(öN?v: S Sz9m: szam) ; 


3sn", nev, 


// Az adatbEzis-kapcsolat bontZsa 
disconnectdhb ( ) ; 


printf("A PostgreSOL pr baprogramnak 


NET EL NARTÜLL HB 
Taeé Ún n0k 


CLASSPATH-t. Ennek csak annyi az előfeltétele, hogy a hasz- 
nálandó ".jar és ".zip fájlok hivatkozásai a parancsfájlban meg- 
jelölt ext könyvtárban létre legyenek hozva. 

A SuSE 8.0 alatt a /usr/share/pgsgl könyvtárban található meg 

a jdbc7.1-1.2.jar fájl, ami a PG JDBC-meghajtója (megjegyzés: 
ez a jar fájl az Internetről is letölthető, sőt egy 1.3-as változata 
is létezik már). Erre a fájlra hozzunk létre egy hivatkozást az 
ext könyvtárban. A hivatkozás neve bármi lehet, de ".jar legyen 
a fájl kiterjesztése. A segítő parancsfájl a ffjava.sh fájlban 

(8. lista, 44. CD Magazin/PostgreSOL könyvárában) található. 
Az ffjava.sh parancsfájl fordításra és futtatásra is használható. 
A pg teszt.java program fordítása a fjava.sh -c pg teszt.java, 
míg a lefordított program pg teszt osztályának elindítása 
azffjava.sh-rpg teszt paranccsal lehetséges. 
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6. lista PostreSOL-adatbázis beágyazott módú elérése 


EXEC SOL WHENEVERNEGEERREEKÉEÉbÉvVCEEHEG 
1mt madánátvoid) 
// Az itt megadott vEltoz k hasznElhat k az 


// EXEC SOL-kifejezGsekben k 1lsi 
// változ" könt. Erre val  hivatkozískor 


//7--6ése kettigs pontót tész nk clg. 
440 

EZLRC SO IBIEGJUN IDIHCILVANSE SERCGIFILOIN s 
char nev [50] ; 

char szaml[20] ; 

cnar egilStr [256]: 

EXEC SOL END DECLARE SECTION; 


// Kapcsol dAs az adatbAEzisunkhoz .: 
ELNEC SO GOININNEKCI KO 


cs tadatokolocalhost: 541352 "0 úsSér POSEGTES 
üsíng TITI teY s 


// Ez lesz az SOL-parancs 
"select 3§s8, §s Írom 


MESZ ETNN LL NÉ 


eprinttiegiSőtr, 


SEELETORN S Éz 


// Az SOL-parancs elifeldolgozZsa 
// (optimalizgl£si lehetisgg) 
EXEC SOL PREPARE SüEETE GOT HIROM 3 SGUILSET e 


Ennyi előkészület és környezetkialakítás után írjuk meg szoká- 
sos 1 select 1 insert típusú próbaprogramunkat Java nyelven is! 
Ennek a nyelvi környezetnek a nagy előnye az, hogy szinte 
minden módszerre, így az adatbázisok kezelésére is átgondolt 
objektumközpontú, szabványos eszközrendszert bocsát a 
rendelkezésünkre. 

A program szellemisége egyszerű: létrehoz egy Connection 
objektumot (melynek conn a neve), ami egy adatbázis-kap- 
csolat objektumközpontú megfogalmazása. A conn objektum 
képes egy SOL-parancsot képviselő Statement osztálybeli 
objektumot szolgáltatni, ami már egy-egy valóságos SOL- 
parancs kiadását is biztosítja. A select parancsok ered- 
ménytábláját egy ResultSet osztálybeli rs objektum képvi- 
seli. Érdemes észrevenni, hogy itt sincs semmi új a nap alatt, 
hiszen szemléletében szinte az összes objektumközpontú adat- 
bázis-kezelő ezt az osztály-együttműködési módszert követi. 

A programban (fájl neve pg teszt.java) elhelyeztem azokat a 
megjegyzéseket, amik a kód könnyebb megértését szolgálják 
(9. lista, 44. CD Magazin/PostgreSOL ). 

A programnak létezik egy getMagyarString () tagfügg- 
vénye, ami példát mutat arra, hogy az rs.getString() 
mellett más módon is hozzájuthatunk az oszlopok adataihoz. 
Erre a módszerre azért volt szükség, mert egy PG-adatbázis 
alapértelmezett kódolása az SOL ASCII, ugyanakkor a karak- 
terláncokat a Java belül Unicode-ban tárolja. Itt az volt a gond, 
hogy egy C-t 4 -programmal ISO-3859-2-ben dolgoztunk, 
aminek insert, update adatait a PG-adatbázis a saját 
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7. lIsta PostreSOL-adatbázis C-- 1--elérése 


int main(void) 
char salSstr [/d5AUUh Tt lész ra  mindénköri 
// SOL-parancs 

Jat i; // A mór éTES e VESozáge 

// AB az adatbEzis-objektum. A ldötrehoz 

// £ ggvönyben az adatbEzishoz kapcsol dEs 
// is megt rtOnik 

PGgbátábásé AB Tdbnáme-esdádáatok 


user-postgres password-111111!") ; 


// Ha nem sikeres a connect, akkor vdge 
if ( AB.ConnectionBad() ) 


Hiba az adatbAXzishoz 


"kapcsol dAsSkor .. a; 
exit (1) ; 


GET NESI 


SOL ASCII kódolásában bájthűen tárolta. Ezt azonban (az ő, ű 
betűket) a Java rs .getString ("nev") tagfüggvény nem 
helyesen olvasta be. A végső megoldás az lett, hogy az adat- 
bázis kódolása LATIN2-re lett meghatározva. Ekkor már az 
egyszerű getString() , setString() (lásd a beszur () 
forrását) tagfüggvények hibátlanul működnek. 

A teljesség kedvéért nézzük meg azt a lehetőséget is, hogy 
miként történik egy tárolt eljárás meghívása a Java nyelvből. 

A jdbc leírás szerint ezt a feladatot a CallableStatement 
interface-t megvalósító osztály tudná végrehajtani, ez a fe- 
lület azonban a PG-ben nincs megvalósítva. Helyette ezt a fe- 
ladatot egy select eljárásba ágyazott függvényhívással oldhat- 
juk meg. A példaprogram a már létrehozott MyFunc (integer) 
meghívására mutat egy esetet (forrásprogram pg storproc.java). 
A PG-ben a select f ggvgny() forma is használható lenne, 
azaz a dualtáblára nincs is szükségünk, ennek kihasználása 
viszont a program hordozhatóságát rontaná (lásd a 10. listát, ami 
a 44. CD Magazir/PostgreSOL könyvtárában található). 

A PG programozói felületek a select, insert, update, 
delete (/DML-Data Manipulation Langauge műveletek) 
parancsokon kívül a többi SOL-utasítás (/DDL- Data Definition 
Language műveletek) kiadását is támogatják. Erre rövid példa 
a következő három sor, ami az adatbázisból kitörölné a 
telefontáblát: 


conn . createStatement ( ) ; 
st . execute0uery ( "DROP TABLE 


Statement st - 
ResultSet rs - 
telefon") ; 
st.close() ; 


Grafikus segédprogramok 

A psg1 nagyszetű eszköz adatbázisaink objektumainak 
kezelésére, de sokszor egy-egy grafikus eszköz használata is 
nagyon jól jön. A phpPgAdmin PHP-ben megírt webes ügyfél. 
A phpPgAdmin telepítése egyszerű. A webkiszolgálónk doku- 
mentumterületére egyszerűen másoljuk be az összes fájlt, amit 
a phpPgAdmin. tar . gz tartalmaz. Én az Apache HTIPD-t 


használom, dokumentumgyökerem: /var/wwwy/htdocs. A fenti 
tar.gz fájl-t e könyvtár alatt egy phpPgAdmin könyvtárba 
csomagoltam ki, így a böngészőből 

a 5 http:/gépnév/pbphpPgAdmin/index.php címmel el tudom 
indítani. Ezzel az eszközzel a leggyakoribb feladatokat el lehet 
végezni. Könnyen menedzselhetjük vele adatbázis-objektumain- 
kat. A kioldók és tárolt eljárások készítése is eléggé kényelmesen 
elvégezhető vele. Nagy erénye, hogy bárhonnan grafikusan is 
elérhetjük az adatbázisunkat, hiszen csak egy böngésző szüksé- 
ges hozzá az ügyféloldalon. A phpPgAdmin honlapja és letöltési 
helye a $ http:/phppgadmin.sourceforge.net címen található. 

A másik elterjedt GUI-ügyfél a pgaccess. Ezt az eszközt 
mostanában ismét feszített iramban elkezdték továbbfejlesz- 
teni, ezért javaslom, hogy folyamatosan kövessük az új válto- 
zatokat, amelyek remélhetőleg elsősorban az űrlap- és riport- 
készítési lehetőségekben fognak újdonságokat hozni. 

Egyszerű beviteli űrlapok és riportok készítésére már most is 
van lehetőség. A pgaccesshez egy HIML alapú leírás és egy 
oktatóanyag tartozik, így aki erről a programról többet szeretne 
tudni, olvassa el ezeket az írásokat. A pgaccesss a 

2 http:/www.pgacces.org webcímen érhető el. 

Befejezésül fontos kiemelni, hogy a Java-felületen sokféle 
grafikus adatbázis-kezelő GUI-eszköz létezik. Ezeknél általában 
két jellemzőt kell beállítani: 


e Az adatbázis JDBC driver osztályának a nevét és a helyét 
(org.postgresgl.Driver). 

e "A kapcsolódási karakterláncot 
(jdbc:postgresgl:/localhost:5432/cs adatok). 


A kapcsolók megadása után már használhatjuk is legújabb Java 
swinges adatbázis-kezelő felületünket. 


Windows alapú ügyfélprogramok készítése 

A PG natív elérését lehetővé tévő DLL-könyvtárak Windowson 
is rendelkezésünkre állnak, néha azonban egyszerűbb az 
ODBC-meghajtót használni. A PG ODBC-meghajtó Windows 
telepítőcsomag formájában letölthető az Internetről. 

A PG ODBC-meghajtó telepítését követően PG adatbázisokra 
mutató ODBC adatforrásokat hozhatunk létre. Az adatforrásra 
az Excel, MS Access... programokból odbc cs adatok néven 
hivatkozhatunk. A lényeg az, hogy ezen alias név mögött 

a gazdagép-, a kapu- és az adatbázisnév-adatokat tároljuk. 

A C/C1 --, Java-ügyfélprogramok megértése után valószínűleg 
már nem is csodálkozunk azon, hogy miért pont ezek az ada- 
tok szükségesek egy TCP/IP-n keresztül történő PG-adatbázis 
ODBC-n keresztüli eléréséhez. 

Érdekes lehetőséget kínál Delphi-, Borland C-t - Builder- 
programozók számára az az út, hogy egy ODBC-kapcsolatot 
egyszerűen BDE (Borland Database Engine) alias névre lehet 
alkalmazni, azaz az odbc cs adatok névre hivatkozva a BDE 
Administrator program segítségével meg lehet határozni egy 
bde cs adatok adatbázis alias nevet, amit a Delphi-programok- 
ban már közvetlenül használhatunk. Nyitva áll tehát az út a 
különféle windowsos ügyfélprogramok készítése előtt. 


Egyéb lehetőségek 

A PG-adatbázisok természetesen még sok népszerű programo- 
zási eszközből kezelhetők. Ezek közül a legfontosabb talán a 
PHP, amiben olyan kiváló dolgok készültek, mint a már említett 
phpPgAdmin webes PG-adatbázis ügyfélkörnyezet. A PHP és 

a PG kapcsolatáról a Linuxvilág 2000. decemberi (I. évfolyam, 

2. szám) és 2001. június-július havi (II. évfolyam, 6-7. szám) 
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számai tartalmaznak egy-egy érdekes cikket. A PHP PG 
programozási lehetőségeit egyébként az Internetről letölthető 
és nagyrészt már magyarra is lefordított, több mint 1000 oldalas 
PHP-kézikönyv is részletesen tartalmazza. 

A Perl nyelvhez is létezik egy PG-csomag, amit SuSE 3.0 alatt 
a postgresgl-perl csomag telepítésével kapunk meg. A Perl az 
adatbázis-kezelő függvényeket egy DBI modulban (Database 
Interface Modul) tárolja, de minden adatbázis-kezelőhöz még 
a megfelelő adatbázis-kezelőhöz tartozó DBD (DataBase 
Dependent) modult is telepíteni kell. Nézzük meg szokásos 
mintalekérdezésünk Perlben megírt változatát! 


t!/usr/bin/perl 
use Pg; H?H HasznEljuk a Pg csomagot 
sconn s Pd::connectdbil"dbnamezcs adatok! ) ; 
H Kapcsol dEs 
die $Sconn-serrorMessage unless 
bé PGRES CONNECTION OK ed 
5 Sconn-:sstatus; HHibakezelős 
H A szokEsos select parancsunk kiadfsa ] n: 
Sresult - $Sconn-sexec("select nev, szam Írom 
telefon") ; 
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HtHibakezelős 
die $conn-serrorMessage unless PGRES TUPLES OK 
seg Sresult-:sresultStatus; 


// Ki rjuk a konzolra a lekgrdezős eredműnyöüt : 
while (Orow - $Sresult-:fetchrow) ( 
print row, vin; 


] 


A Linuxvilág 2002. augusztusi száma (III. évfolyam, 8. szám) 
egy érdekes lehetőséget, a clip (Clipper) fejlesztői környezetet 
mutatja be, ezen belül arra is választ ad, hogy hogyan lehet 
PG-adatbázisokat Clipper nyelvű programokból elérni. 

A fentieken kívül a PG programozhatóságát IC[/Ik (a tárgyalt 
pgaccess GUI-ügyfél is ebben készült) és Python-környezetben 
is megvalósították. 

Remélem, hogy a röviden bemutatott PG programozási eszkö- 
zök gazdagsága mindenkinek felkeltette az érdeklődését 

a PostgreSOL adatbázis-kezelő iránt, amit nyugodtan tekinthe- 
tünk a világ egyik legkiforrottabb adatbázis-kezelő rendszerének. 
Kellemes programozást kívánok mindenkinek! 


Irodalomjegyzék 

e A PostgreSOL alapleírása (a Linux-terjesztések is tartal- 
mazzák): 3 http:/www.hu.postgresgl.org (a PG honlap- 
jának magyarországi tükörkiszolgálója) 

e . Bruce Momjian: PostgreSOL Introduction and Concepts 
(Addison-Wesley, 2001). E könyv pdf formátumú alakja 
szabadon letölthető az Internetről. 

e . Jeffrey D. Ullman Jennifer Widom: Adatbázisrendszerek 
(Alapvetés) (Panem, 1998) 

e Joe Celko: SOL felsőfokon (Kiskapu Kft., 2002): 

2 http:/www.kiskapu.hu, ISBN 963 9301 20 5 


Nyíri Imre (inyirircomol.hu) 

Jelenleg a MOL Rt.-nél dolgozik. Informatikai 
vállalkozásában az Internet, a Linux, valamint a 
Java-programozás gyakorlati hasznosításával 
foglalkozik. Örök szerelme a C--- maradt. 
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Betúvetés 


Gyakran tapasztalhattuk, hogy a Linux grafikus felületén 
(főleg a Netscape-pel megjelenített weboldalak esetében) a betűk 
gyakran nagyon csúnyák, kicsik, mi több: olvashatatlanok. 


húzása, vagy egy szemüveg feliratása jelentheti. A fenti 
,csúfságok" elkerülése érdekében telepíthetünk például 
pár Truelype betűtípust. 
A leggyakoribb gond a következő: a Netscape-pel folytatott 
világhálón keresztüli vad száguldozás során egyes weboldalak 
szövege olyan kicsi és rút betűtípussal jelenik meg, hogy elol- 
vasásuk komoly megterhelést jelent látószerveinkre nézve. 
Windows alól azonban ehhez hasonló jelenséggel még a legrit- 
kább esetben sem találkozhattunk. Vajon minek , köszönhető" 
ez a kétségbeejtő helyzet? 
Ez nem a Netscape hibája és nem is a grafikus rendszeré. 
A galibát egyszerűen az okozza, hogy a terjesztések többségé- 
ben általában csak néhány előre megrajzolt állandó méretű 
(10, 12, 14, 18 és 24 pontos) betűtípus található meg. Gondok 
akkor mutatkoznak, ha a megjelenítendő HIML-állományt a 
cseles webtervező teletűzdeli mindenféle cFONT: tagokkal, 
és az alapbeállítástól eltérő méretben kéri a megjelenítést a 
böngészőtől, amelynek eredményeképp a betűtípusok már-már 
mikroszkopikus méreteket öltenek az ablakban. 
Ha szép és jól olvasható betűkészletet szeretnénk X-ünk alá, 
érdemes megfontolni néhány Iruelype betűtípus telepítését. 
A továbbiakban erről lesz szó. 


a nehézségre a megoldást nem csak a monitor közelebb 


Betűtípusok 

Még mielőtt bármibe is belekezdenénk, nem árt, ha ejtünk 
néhány szót a legelterjedtebb betűtípusokról. Elsőként a 
fixpontos vagy bitkép betűtípusokat érdemes megemlítenünk. 
Különböző jogi okok miatt a legtöbb terjesztés többnyire ilyen 
betűtípusokkal van felszerelve. Legfontosabb tulajdonságuk, 
hogy a betűk kinézete pontról pontra van tárolva egy mátrix- 
ban, tehát kirajzolásuk viszonylag gyorsan elvégezhető (és a 
művelet sokkal kevesebb memóriát igényel, mint a Iruelype, 
illetve Iypel betűtípusok megjelenítése). Másik érdekes tulaj- 
donságuk, hogy az ilyen betűtípusokkal megjelenített szöveg 
minden rendszeren (illetve bármilyen nyomtatóval kinyom- 
tatva) ugyanakkora méretű lesz. A fixpontos betűtípusokkal 
leggyakrabban a szövegszerkesztőknél, illetve a terminálab- 
lakoknál találkozhatunk, de ilyet használ maga a konzol is. 

A fixpontos betűtípusok két formátumát támogatja az X: a 
.pcf-et és a .bdf-et. A kettő között az az érdembeli különbség, 
hogy míg az első bináris, addig a másik szöveges állomány, 
tehát az utóbbi módosításához egy egyszerű szövegszerkesztő 
is elegendő. (Megjegyezzük, hogy lehetőség nyílik a windows- 
os fon állományok .pcf-é való átalakítására. Ha valaki netán 
ilyesféle életcélokat tűz ki maga elé, a megvalósításhoz csupán 
a Wine-ban - ez egy linuxos Windows-emulátor — megtalálható 
átalakítóra van szüksége.) 

A betűtípusok másik nagy családját az úgynevezett 
méretezhető betűtípusok alkotják, ezeknek két elterjedt 
fajtájuk van: az Adobe által kifejlesztett Iypel és a 
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Windows világában rendkívül elterjedt Iruelype. 

Itt a fixpontos betűtípusokkal ellentétben az egyes karaktereket 
alkotó képpontok helyét nem mátrixokban tárolják, hanem 
vektorosan, úgynevezett Bézier-görbékben (Bezier paths). 

A Bézier-görbéket az ívek matematikai leírására használják, 
ahol az adott görbét az ív csomópontjai és a hozzájuk tartozó 
érintők határozzák meg. A számítástechnikában számtalan 
helyen találkozhatunk velük, például grafikus alkalmazások- 
nál, illetve ez az alapja a PostScript nyelvnek is. 

A Typel-et kifejezetten a PostScript nyelvhez találták ki, azaz 

a papírra történő nyomtatáshoz. Unixos körökben széles körű 
támogatást élvez, így az X-szel is , jól kijön". 

A Iruelype-ot az Apple fejlesztette ki, és a Microsoft világában 
rendkívül népszerű. Sok közös vonás fedezhető fel a Iruelype 
és a TIypel betűtípusok között. Számunkra a legfontosabb 
különbség közöttük az, hogy a Iype1-eket nyomtatásra tervez- 
ték, ezért a grafikus felületek 75-100 DPI-s felbontásán borzal- 
masan mutatnak. A monitoron tehát a Iruelype betűtípusok 
sokkal jobban festenek. 


Truelype betűtípusok beszerzése 

Írásunkban egy teljes receptet fogunk bemutatni, amelynek 
segítségével grafikus rendszerünkhöz könnyedén telepíthe- 
tünk mindenféle Iruelype betűtípust. 

Az első és legfontosabb kérdés: honnan szerezzük be a 
Iruelype betűtípusokat? Mint már említettük, különböző jogi 
megfontolások miatt a Linux-terjesztések többsége nincsen 
Iruelype betűtípusokkal kibélelve, általában csak bitképesre, 
illetve néhány Typel-esre lelhetünk. Habár a mai újabb terjesz- 
tések esetében javult egy kicsit a helyzet, nem valószínű, hogy 
minden igényt kielégítenek. (Az igazat megvallva elég rossz 
tapasztalataim gyűltek össze az alapból jelenlévő Iruelype 
betűtípusokkal. Például előfordult már olyan eset, hogy egyes 
átalakító alkalmazásoknak , megfekszik a gyomrát" vagy 
karakterek hiányoznak a betűkészletből. De azt azért elmond- 
hatjuk, hogy az idő előrehaladtával és a terjesztések változat- 
számainak növekedésével egyre jobbak a kilátások.) 

Térjünk vissza a Iruelype betűtípusok beszerzésének a kér- 
désére! Akadnak olyan elvetemült emberek, akik egyenesen 
a Windowsból lopják őket. Ha van kéznél törvényesen hasz- 
nált Windowsunk, megtehetjük, ha nem, akkor is, de ezzel 
megsértjük a hatályban lévő jogszabályokat. Ezért azt java- 
soljuk, hogy nézzünk körbe az Interneten, amely telis-tele 
van ingyenesen letölthető és szabadon használható betűtí- 
pusokkal. Régebben a Microsoft weboldalán rengeteg jól 
használható betűtípusokra bukkanhattunk 

(2 http:/www.microsoft.com/truetype/fontpack/win.htm), 
amelyet az Internet Explorer lelkes felhasználói számára 
tartottak fent. Ki tudja, miért — talán mert zokon vették azt, 
hogy a linuxos tábor is hasznot húzott belőle —, most már 
nem elérhetőek. Mindenesetre az oldalon azért bőséges 
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hivatkozásgyűjteményt találhatunk. Debian alatt létezik egy 
csomag, az msttcorefonts, ami a wget-et használva letölti a 
hálóról a Microsoft szabad készletét (Andale, Arial Black, Arial, 
Verdana és a többi), majd telepíti. Más betűkészletekkel kézzel 
kell elbánnunk. 


A telepítés 

A beszerzett betűtípusok beüzemeltetéséhez szükségünk 
lesz egy freetype nevű csomagra, amely szinte minden 
terjesztésben megtalálható. A freetype tulajdonképpen egy 
könyvtárcsomag, amely a Iruelype betűtípusokat gyorsan 
és szépen meg tudja jeleníteni. Tartalmaz még egy ttf2bdf 
nevű segédprogramot is, amellyel kedvenc Iruelype betű- 
típusainkat fixpontosokká alakíthatjuk át az általunk meg- 
határozott méretben. Így ha nincs kedvünk, nem muszáj a 
méretezhető betűtípusok telepítésével vesződnünk. Szeren- 
csére ez a legtöbb terjesztésben megtalálható. Első lépésként 
hozzunk létre egy könyvtárat, és másoljuk oda az összes 
telepíteni kívánt betűtípust. Ha ezzel kész vagyunk, adjuk 
ki az ttmkfdir :fonts.dir parancsot - ez tulajdon- 
képpen nem tesz mást, mint listát készít a könyvtárban 
található betűtípusokról. 

Akik 4-es változatú X-et használnak (a frissebb terjesztések 
már mind ezt teszik), azok szerencsés helyzetben vannak, 
ugyanis ez a rendszer már mind Iruelype-, mind Unicode- 
támogatást tartalmaz. A feladatunk tehát már csupán annyi, 
a /etc/X11/ könyvtár alatt található) megkeressük a Section, Files 
bejegyzést. Itt mindenképp találnunk kell egy FontPath kez- 
detű sort. Ezt hagyjuk békén, de alá írjuk be a következő sort: 


FontPath "/ahova mentett k/ttfífontok" 
A FontPath meghatározás helyébe természetesen annak a könyv- 


tárnak a nevét kell írnunk, ahová a Iruelype fontokat helyeztük. 
A művelet befejezéseképpen indítsuk újra a grafikus rendszert. 
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solatot az eredeti beállításokról. 
Aki még a régebbi, például a 3-as X-et használja, annak sajnos 
meg kell ismerkednie egy betűtípus-kiszolgáló nevű jelenség- 
gel. Ebben az esetben nem az X kiszolgáló belső eljárásai 
foglalkoznak a betűtípusok kezelésével, hanem kapcsolatba lép 
a betűtípus-kiszolgálóval, és vele végezteti el a velük kapcso- 
latos feladatokat. Ilyenkor az X beállítási állományában 
a FontPath meghatározásnál egy unix/ : kapuszZm-ot vagy 
unix/ : -1-et találhatunk. 
A beállításban annyi lesz a különbség az előzőekhez képest, 
hogy az új betűtípusokat nem az X kiszolgálóhoz , adjuk 
hozzá", hanem a betűtípus-kiszolgálóhoz. Manapság az xfs 
nevű betűtípus-kiszolgáló a legelterjedtebb, amelynek egyik 
legnagyobb erőssége az, hogy a magyar ékezetes betűtípusokat 
is támogatja. Ezért mi is az xfs-t vesszük alapul. 
mányát /etc/X11/fs/config néven találjuk. Itt keressük 
meg a catalouge - kezdetű sort, ahol egymás után fel 
vannak sorolva a betűtípusokat tartalmazó könyvtárak, vesz- 
szővel elválasztva egymástól. Írjuk hozzá azt a könyvtárat, 
ahová az új betűtípusokat pakoltuk, majd indítsuk újra az 
xfs-t: /etc/rc.d/init.d/xfs restart. Figyelem! Ha az 
X kiszolgáló a betűtípus-kiszolgálót használja, ügyeljünk rá, 
hogy az X-et mindig csak a betűtípus-kiszolgáló után indítsuk 
el. Ellenkező esetben a grafikus rendszer indulási kísérlete 
csúnyán kudarcot vall. 
A frissen telepített betűtípusokat az xfontse1 program segít- 
ségével meg is tekinthetjük. Most már a Netscape Preferences/ 
Edit/Fonts menüjében bármilyen kódoláshoz bármilyen 
nekünk tetsző méretet beállíthatunk. 


Garzó András (garzoandointerware.hu) 

Körülbelül három éve foglalkozik Linux- és más Unix-rendszerekkel. 
Legjobban az operációs rendszerek lelkivilága érdekli, de nyitott 
egyéniség. Kedvenc étele a palacsinta, és van egy Richard nevű 


macskája. Minden észrevételt, megjegyzést, levelet szívesen fogad. 
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A jó időzítés titkai 


Amikor egy felhasználót arra kérünk, hogy soroljon fel minél több 
olyan eszközt, amellyel bevitel-kivitel hajtható végre, az esetek 
nagy százalékában biztosan el fog feledkezni a számítógép órájáról. 


lső hallásra valóban furán hangzik, hogy az órát is B-K 
3 eszköznek kell tekintenünk, pedig látni fogjuk: valóban 

az, és nem is akármilyen! Nélkülözhetetlen feladatokat 
bíz rá ugyanis az operációs rendszer. 
Az első kérdés, amit érdemes lenne megvizsgálni, hogy tulaj- 
donképpen mit is értünk a számítógép órája alatt. Az elnevezés 
megtévesztő lehet, ugyanis a számítógépekben található órák 
egyáltalán nem hasonlítanak az éjjeliszekrényünkön található 
vekkerünkhöz, de még a Rolexünkkel sincsenek semmiféle 
rokonságban. Ezek az órák ugyanis olyan eszközök, amelyek- 
nek az a feladatuk, hogy bizonyos időközönként megszakítást 
hajtsanak végre. 
A felhasználó magával az órával általában csak akkor találkozik 
(és akkor is csak közvetett módon), amikor lepillant a képernyő 
sarkába, ahol ablakkezelőnk lelkesen mutatja a pontos időt. 
Az operációs rendszer számára azonban elengedhetetlenebb 
szolgáltatásokat nyújt. Vegyük például azt az esetet, amikor egy 
folyamat semmilyen beviteli-kiviteli műveletet nem hajt végre, 
csak számolgat magában a végtelenségig. Ilyenkor az ütemező- 
nek esélye sem lenne megakadályozni, hogy az ilyen folyama- 
tok teljes egészében kisajátítsák maguknak a processzort 
(ugyanis B-K művelet hiányában nem keletkezik megszakítás, 
lásd a Linuxvilág 2002. augusztusi számát, 48—51. oldal). 
Ehhez hasonló esetekkor válnak hasznossá az óra által létre- 
hozott megszakítások (amelyek előbb vagy utóbb biztosan 
bekövetkeznek, függetlenül attól, hogy van-e valamilyen B-K 
művelet folyamatban), így az ütemezőnek lehetősége nyílik 
felfüggeszteni az adott folyamat futását. Az órát még sok 
minden másra is felhasználja az operációs rendszer, hogy 
mire, arra még később visszatérünk. 
Érdekes, hogy az órát is a beviteli-kiviteli eszközök közé sorol- 
juk, miközben semmiben sem hasonlít például a lemezekhez 
vagy a terminálokhoz. Sőt még arról sem beszélhetünk, hogy 
az óra karakteres vagy blokkeszköz-e. Ám egy másik nézőpont- 
ból tekintve egyértelműen B-K eszköz. A felhasználó szemszö- 
géből nézve az óra nem a hétköznapi értelemben vett B-K esz- 
köz, mivel nem látja, nem foghatja kézbe, hiszen egybe van 
építve az alaplappal. Most gondoljuk át az egészet még egy- 
szer! Mit csinál az óra? Megszakításokat hoz létre. Akkor szük- 
ség lesz egy olyan eljárásra, amelyik válaszol ezekre a megsza- 
kításokra, azaz egy órakezelőre. Mivel ez is megszakításokat 
kezel, mint például a lemezkezelők, neki az összes többi B-K 
eszközkezelővel egy szinten kell futnia. Akkor tehát az operá- 
ciós rendszer szempontjából az óra is egyszerű B-K eszköz. 
Igaz, se nem blokkos, se nem karakteres, mégis ugyanúgy kell 
vele foglalkozni, mint a többi egységgel. 
A számítógépekben általában kétféle órát alkalmaznak. Az első 
közvetlenül a táphoz kapcsolódik, és minden egyes fázisvál- 
táskor megszakítást okoz (ez viszonylag gyakori esemény, egy 
másodpercben körülbelül ötvenszer-hatvanszor következik be). 
A másik órában egy kristály oszcillátor van, ami nem más, mint 
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egy megfelelő formára hozott és nyomás alá helyezett kvarc- 
kristály. Ennek köszönhetően kihasználhatjuk a kvarckristály 
jellétrehozó tulajdonságait, ezek ugyanis nagyon megbízhatóak. 
Az órához tartozik egy számláló is, és minden, a kvarckristály 
által keltett jelre csökkenti ennek a számlálónak az értékét. 
Amikor a számláló eléri a nullát, létrejön a megszakítás. A két 
óra között az érdembeli különbség az, hogy az elsőnél nem 
határozhatjuk meg a megszakítás rezgésszámát (frekvenciáját, 
azaz az órát nem programozhatjuk), míg ennél megmondhat- 
juk, hogy a megszakítások milyen időközönként történjenek. 
Az ilyen órák másik jellemző tulajdonsága, hogy általában több 
egymástól független programozható órát tartalmaznak. 
Ezenkívül találhatunk még egy órát, amire akkor van szükség, 
amikor a gépet kikapcsoljuk (ezt gyakran háttérórának is 
nevezzük). Ez gondoskodik ugyanis arról, hogy a pillanatnyi 
dátum és idő ne felejtődjék el. Ezek a karórákhoz hasonlóan 
elemmel működnek és nagyon keveset fogyasztanak. (Ma már 
azonban egyre divatosabbá válik, hogy a pontos időt is az 
Internetről , töltsük le". Egy különleges protokoll segítségével 
megoldható két számítógép órájának az összehangolása.) 

A legtöbb operációs rendszer tehát az órát is beviteli—kiviteli 
eszközként tartja számon, így az órakezelő is a többi eszköz- 
meghajtóval együtt fut. Maga az eszközkezelés rendkívül 
egyszerű, csupán a létrejövő megszakításokat kell kezelni. 

Az órakezelőnek azonban rengeteg más feladata is van, 
nézzük, melyek ezek! 


A pontos idő 

Kezdjük a legegyszerűbbel, a pontos idő (vagy valós idő) 
karbantartásával, ami tulajdonképpen nem jelent mást, mint 
azt, hogy számoljuk az óramegszakításokat. A Unix-rendszerek 
a pontos időt úgy tárolják, hogy erre a célra egy számlálót 
tartanak fenn, és abban mindig egy meghatározott alapidőpont 
(általában 1970. január 1-je, déli 12 óra) óta eltelt órajelek vagy 
másodpercek számát tárolják. 

Ez azonban felvet egy bosszantó kérdést, ha ugyanis az eltelt 
órajeleket számoljuk, könnyen bajba kerülhetünk, ha a szám- 
láló méretének a megválasztásakor nem vagyunk eléggé körül- 
tekintőek. Vegyünk példának egy 32-bites számlálót, amely első 
hallásra nagyon sok órajel ábrázolására képes (több mint négy- 
milliárdra), de ha utánaszámolunk, rájövünk, hogy kevesebb 
mint két év alatt túlcsordul. 

A legkézenfekvőbb megoldásnak az tűnik, ha az órajelek szám- 
lálására nem 32-bites, hanem 64-bites számlálót használunk. 
Ezzel csak az a gond, hogy egy másodperc alatt sokszor meg 
kell változtatnunk a számláló értékét, ami rendkívül időigé- 
nyes. Ezért kedvezőbb az a megközelítés, ha a számláló 32 bit 
marad, és az órajelek helyett az eltelt másodpercek számát 
raktározzuk. Ebben az esetben szükség van egy másik szám- 
lálóra, ahová a beérkező órajeleket tesszük. Egy 60 Hz-es óra 
esetében egy másodperc alatt pontosan 60 megszakítás kelet- 


kezik, így amikor az órajelszámláló eléri a hatvanat, lenulláz- 
zuk, és a másodpercszámláló értékét eggyel növeljük. Sajnos 
ezzel a módszerrel is gond van: csak 136 évig alkalmazhatjuk, 
utána a másodperceket számláló 32-bites változó túlcsordul. 
Ennek következtében egy harmadik megoldásra is szükség 
van, ami kerüli a nagy méretű számlálók használatát, de nincs 
benne ez a 136 éves korlát. A megoldás nagyon egyszerű: nem 
egy meghatározott alapidőponttól (például 1970-től) kezdve 
számolunk, hanem a rendszer indulása óta eltelt órajeleket 
figyeljük. Amikor a rendszer betöltődik, kiolvassa a háttéróra 
állását, átváltja az alapidőponttól eltelt másodpercekre, majd 
raktározza a memóriában. Ha valaki a pontos időre 
kíváncsi, csupán egy egyszerű összeadás műve- 
letre lesz szükség: a rendszer indulásának 
időpontját össze kell adni a számlálóval. 
Korábban már említettük, hogy ha 

a gépünkben nem lenne óra, az ope- 
rációs rendszernek esélye sem lenne 
felügyelni az olyan folyamatokat, ame- 
lyek futás közben egyetlen megsza- 
kítást sem okoznak (azaz egyetlen B-K 
műveletet sem hajtanak végre, csak 
számolgatnak magukban csendesen). 
Ez azonban még csak a jéghegy csúcsa, 
ezek a folyamatok ugyanis egyszer 
várhatóan abbahagyják a futást, esetleg 
mégis elvégeznek egy B-K műveletet. De ha 
egy folyamat például végtelen ciklusba kerül, az 
idők végezetéig várhatunk. 

Szerencsére ilyen esetek nem fordulhatnak elő, mivel 

minden számítógép rendelkezik órával, így bármi történjék 

is, az ütemező előbb vagy utóbb biztosan , szóhoz fog jutni", 
azaz lehetősége lesz megakadályozni, hogy akár egy B-K 
műveleteket kerülő folyamat is sokáig fusson. Ezt nyilván úgy 
éri el, hogy az éppen futó folyamathoz egy számlálót rendel, 
amelybe beírja, hogy a folyamat hány órajelen keresztül futhat. 
A számláló értékét minden órajel-megszakításkor csökkenteni 
kell, és ha eléri a 0-t, akkor az éppen futó folyamatot fel kell 
függeszteni, és a futási lehetőséget egy másiknak át kell adni. 

A gyakorlatban nagyon fontos kérdés, hogy az operációs rend- 
szer melyik része végezze például a valós idő, illetve az éppen 
futó folyamathoz rendelt számláló karbantartását. Mert például 
az utóbbi ugyan az ütemező feladata lenne, de bizonyos szem- 
pontból logikusabb, ha az órakezelő végzi, és ha letelt az egy 
folyamatra szánt idő, majd ő hívja meg az ütemezőt. Ezek 
olyan tervezési kérdések, amelyek felvetésekor sokféle szem- 
pontot figyelembe kell venni. 

E szempontok közül talán az egyik legmeghatározóbb a sebes- 
ség kérdése. Az órajel-megszakítás ugyanis nagyon gyakori 
jelenség, másodpercenként sok ilyen történik. Ezért mindig arra 
kell törekedni, hogy az órakezelő kódja minél gyorsabb legyen. 
Az órakezelő feladatait nagyjából két részre oszthatjuk. Az első 
csoportot azok a műveletek alkotják, amelyeket kivétel nélkül 
minden órajel-megszakításkor el kell végezni, a másikat pedig 
azok, amelyeket csak bizonyos esetben. Így nem rossz ötlet ezeket 
a feladatokat különválasztani, és más-más szinteken végrehajtani. 
Hogy egy kicsit jobban értsük, miről van szó, nézzünk egy példát 
ennek a megvalósítására. Példánk alanya most a Minix nevű 
operációs rendszer lesz, amelyből maga a Linux is sokat tanult. 
Mivel a Minix jellemzően folyamatokra épülő rendszer, minden 
folyamat (és eszközkezelő) üzenetküldéses módszer segítségével 
tartja a kapcsolatot egymással. Ha egy bizonyos eszköztől beér- 
kezik egy megszakítás, a megszakításkezelő üzenetet küld a 
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megfelelő (éppen blokkolt állapotban lévő) eszközkezelőnek, ami 
az üzenet hatására felébred, és nekilát az esemény kezelésének. 
Ám ez az óra esetében egyáltalán nem hatékony, mivel az 
üzenetküldés viszonylag lassú módszer. Megoldást jelenthetett 
volna, ha ebben az esetben felhagynak a folyamatstrukturált- 
ság elveivel, és egyszerűen egy közvetlen rutinhívás segítsé- 
gével a vezérlést egyből az órakezelőnek adják át. A Minixet 
azonban nem , éles" rendszernek tervezték, hanem oktatási 
célokra, így működését mindenki szabadon tanulmányozhatja. 
(Ennek köszönhetően a Minix egyike a legjobban átgondolt 
felépítésű operációs rendszereknek.) Tehát a Minix 


alkalmazni, ezért a következőt találták ki: 
bizonyos - az óramegszakítással kapcso- 
latos — feladatokat maga az operációs 
rendszer megszakításkezelője intéz 
el. Ilyen feladat például a pillanatnyi 
futó folyamathoz rendelt számláló 
értékének csökkentése. Az órake- 
zelőnek csak abban az esetben 
küld üzenetet (tehát csak akkor 
fog meghívódni), amikor vala- 
milyen összetettebb feladat elvég- 
zésére van szükség (lásd később). 
Láthatjuk tehát, hogy bizonyos 
esetekben a feladatokat érdemes úgy- 
mond szétosztani az operációs rendszer 
különböző részei között. Jelen esetben ez 
a megosztottság több mint 15 százalékos sebes- 
ségnövekedést jelent, ami az operációs rendszerek 
körében rendkívülinek számít. 


A processzoridő könyvelése és a felügyeleti időzítők 

A továbbiakban két nagyon hasznos, szintén az órakezelőre há- 
ruló feladatot mutatunk be. Az első az úgynevezett processzor- 
idő-könyvelés, ami azt jelenti, hogy nyilvántartjuk, melyik folya- 
mat mennyi ideig futott (azaz mennyit használta a processzort). 
Erre kétféle módszer kínálkozik: egy pontos és egy kevésbé 
pontos. Az első esetben minden folyamathoz rendelünk egy 
időzítőt, és amikor a folyamat megáll (vagy felfüggesztődik), 

a tartalmát mentjük, és amikor ismét futni kezd, visszatöltjük. 
A másik módszer az, hogy a folyamattáblában egy bejegyzést 
készítünk, ami a futási időt fogja tárolni. Amikor óramegsza- 
kítás érkezik, megkeressük az éppen futó folyamatot a folya- 
mattáblában, majd a futásidőt tartalmazó bejegyzését eggyel 
növeljük. Ez az elsőnél jóval egyszerűbb módszer, de sajnos 
akad egy hátránya: amikor a processzor a beérkező megsza- 
kításokkal foglalkozik, az is a folyamat , számlájára íródik" . 
Tehát nem a tiszta futási időt kapjuk vissza, hanem azt is, ami- 
kor például a lemezkezelő egy beérkezett megszakítás kezelé- 
sével volt elfoglalva. Ez azzal jár, hogy ha sok ilyen megsza- 
kítás történik, akkor nem kapunk pontos eredményt. 
Némelyik operációs rendszer rendelkezik egy Profiling nevű 
szolgáltatással (amit futásidő-elemzésként fordíthatnánk). 

Ez azt jelenti, hogy nemcsak az egész programnak, hanem az 
egyes részeinek a futásidejét is mérhetjük. 

Az órakezelő másik hasznos szolgáltatása, hogy minden folya- 
mat kérhet tőle figyelmeztetést (más néven riasztást vagy 
időzítést), ha egy meghatározott idő eltelik. Ez a gyakorlatban 
úgy működik, hogy a folyamat beállít az órakezelőnek egy 
időpontot, és amikor az elmúlt, egy figyelmeztetést kap 

— ez lehet egy üzenet, egy megszakítás vagy akár egy jel 

(ez rendszerenként különböző). 
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Lássunk néhány példát 

Mire lehet ezt használni? Vegyük a legegyszerűbb példát, 
mondjuk egy vizsgáztató alkalmazást. Ez a felhasználónak 
(jelen esetben a vizsgázónak) feltesz egy kérdést, amelyre 

az adott időn belül válaszolni kell, ezért a program kér egy 
figyelmeztetést a kérdés megválaszolásához rendelkezésre álló 
időre. Ha a felhasználó közben választ ad, akkor törli a figyel- 
meztetést, majd megnézi, hogy helyes-e a felelete. Ha a figyel- 
meztetésig nem érkezik válasz, elárulja a megoldást, majd a 
következő kérdésre ugrik. 

Egy másik jellemző példa riasztás használatára a hálózati 
alkalmazások működése. Vegyük azt az esetet, amikor egy 
másik gépnek elküldünk egy csomagot, és megerősítést 
(nyugtázást) várunk arról, hogy az általunk küldött csomag 
megérkezett-e. Ilyenkor beállíthatunk egy figyelmeztetést, és 
ha a nyugta a riasztás idejéig nem érkezett meg (mert pél- 
dául az általunk küldött csomag elveszett, vagy maga a 
nyugta tűnt el valahol idefelé jövet), akkor a csomagot újra 
kell küldenünk. 

Érdekes megnézni, hogy az órakezelő miképpen valósítja meg 
a figyelmeztetéseket. Mint már említettük, a számítógépben 
lévő programozható órameghajtó általában több, egymástól 
független órát tartalmaz, amelyeket külön-külön használha- 
tunk. Ha tehát van elég óránk, nincs más dolgunk, mint min- 
den egyes figyelmeztetéshez beállítani egyet, hogy amikor 

a megadott idő letelik, megszakítást hozzon létre. 

Sajnos ennyi óra csak a legritkább esetekben áll rendelkezé- 
sünkre, ezért az órakezelőnek több órát kell utánoznia. Erre 
sokféle módszer kínálkozik, de általában a következőt használ- 
ják: a kért riasztásokat egy táblázatba rendezik. A táblázatból 
kikeresik azt az időpontot, amelyik a leghamarabb fog bekövet- 
kezni, és ezt egy változóban tárolják. (Ezt a műveletet mindig 
meg kell ismételni, valahányszor csak új riasztási kérelem ér- 
kezik be). Amikor a pontos idő módosítására kerül a sor (tehát 
nem minden óramegszakításkor), az órakezelő megnézi, hogy 
ez az időpont elérkezett-e már. Ha nem, akkor nem történik 
semmi, ha igen, akkor elküldi a figyelmeztetést a megfelelő 
folyamatnak, majd kikeresi a következő riasztás időpontját, 

és kezdődik minden elölről. 


A felügyeleti időzítés 

A figyelmeztetés különleges formája a felügyeleti időzítés 
(watchdog timing). A különbség annyi, hogyha a megadott 
idő letelik, akkor nem egy jel (signal) vagy egy üzenet 

(esetleg megszakítás) történik, hanem egy előre meghatározott 
eljárás hívódik meg. A felügyeleti időzítőket az eszközmeg- 
hajtók használják. 

Két kérdés merülhet fel. Az első (erre könnyebb válaszolni): 
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mikor lehet szüksége egy eszközkezelőnek időzítésre? Ehhez 
sorozatunk előző részét érdemes megnézni, amelyben a hajlé- 
konylemez-meghajtókról írtunk: megemlítettük, hogy a hajlé- 
konylemez-kezelő bizonyos biztonsági intézkedéseket kap 
(például a kért blokk a megadott idő alatt a lemez hibája miatt 
nem érkezik meg, és a meghajtó többszöri próbálkozásra sem 
tudja beolvasni). A felügyeleti időzítés például ilyen biztonsági 
intézkedés. A lemezkezelőhöz tartozik egy eljárás, ennek 

címe adódik át az órakezelőnek. Ha a beállított idő lejár, az óra- 
kezelő önműködően meghívja ezt az eljárást, ami már , tudja", 
hogy a kért művelet nem járt sikerrel, és megszakítja az 
olvasási folyamatot. 

De felügyeleti időzítést használunk akkor is, amikor például a 
hajlékonylemez motorját kapcsoljuk be. Mint már említettük, 


amikor nincs lemezművelet, a motor ki van kapcsolva, hogy 
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ne kopjon a lemez. Amikor kérés érkezik, először be kell 
kapcsolnunk, ám ez időbe telik, csaknem fél másodpercbe. 
Addig a lemezkezelőnek unatkoznia kell, tehát kér egy 
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időzítést fél másodpercre, és blokkol. Láthatjuk tehát, hogy 

a felügyeleti időzítés a B-K eszközök programozásánál 

szinte nélkülözhetetlen. 

A másik kérdés az, hogy az eszközkezelők miért felügyeleti 
időzítést alkalmaznak, és nem ,hagyományosat". Erre az a 
válasz, hogy ezek a rendszermagon belül futnak. A Minix 
például jelek formájában küldi a folyamatoknak a figyelmez- 
tetést. Rendszermagon belül azonban nincsenek jelek. A másik 
indok az, hogyha mégis üzenetet vagy valami hasonlót kül- 
dünk, nem biztos, hogy azt a eszközkezelő megkapja vagy 
kezelni tudja. Elképzelhető, hogy az eszközben lefagyás tör- 
tént, és addig meg se moccan, amíg az általa kezelt eszköztől 
választ nem kap. Ezért sokkal biztonságosabb, ha közvetlen 
eljáráshívást hajtunk végre, így a meghívott eljárásnak lehe- 
tősége lesz életre kelteni a kezelőt, és kiírni a hibaüzenetet. 
(Ezzel egy kicsit megcáfoltuk az előzőekben tett állításunkat, 
miszerint a Minix folyamatokra épülő rendszer, így tartózkodni 
kell a közvetlen eljáráshívásoktól. Sajnos vannak helyzetek, 
amikor ki kell egyeznünk, és bizonyos engedményeket kell 
tennünk. Ez is egy ilyen helyzet. Ha ebben az esetben sem 
engednénk meg a közvetlen eljáráshívást, más módszerre 
lenne szükségünk, például egy megszakításra, amellyel ezt 
helyettesíteni tudnánk. De a rendszermagon belüli megszakí- 
tások elég veszélyesek lehetnek. Kereshetünk valami kevésbé 
durva megoldást is, viszont annak megvalósítása annyi mun- 
kával járna, hogy nem érné meg.) 

Ezzel végére is értünk a beviteli-kiviteli eszközkezelés leírá- 
sának. Ezek után elhagyjuk az eszközszintet, és a memóriával 
kezdünk el foglalkozni, illetve az operációs rendszer úgyne- 
vezett memóriakezelőjével. Ebbe a témakörbe rengeteg minden 
beletartozik, például a virtuális memóriakezelés, az osztott 
könyvtárak (libraries) működése; de azt is követni fogjuk, 
hogy mi történik akkor, ha egy alkalmazást Linux alatt elindí- 
tunk. Ezzel párhuzamosan a fájlrendszerrel is megismerke- 
dünk, amely a Unixok esetében igencsak központi szerepet 
játszik. Ugyanis a fájlrendszer nemcsak az adataink tárolásáért 
felelős, hanem azért is, hogy a folyamatok a szükséges erőfor- 
rásokat el tudják érni, illetve ellenőrizze, hogy minden felhasz- 
náló csak azt tegye, ami számára engedélyezett (tehát a jogo- 
sultságok ellenőrzése is ide tartozik). 

Ezek a területek az operációs rendszernek azok a részei, ame- 
lyet a felhasználó már közvetlenül érzékel. Míg az eszközke- 
zelés a legtöbb rendszerben többé-kevésbé ugyanazon az elven 
működik, addig az előbb említett szolgáltatások megvalósítása 
rendszerfüggő lehet. Ezért most igyekszünk már nemcsak 
általánosságokban beszélni az operációs rendszerekről, hanem 
gyakorlati példákat is megemlítünk. Továbbra is elsősorban a 
Unix alapú rendszereknél (elsősorban a Linuxnál) maradunk, 
de összehasonlításképpen kitekintünk más , létsíkokra" is, 
például a Windows NI/2000/XP-k felé is. 

Témánk tehát akad bőven, így a következő részben neki is 
kezdünk. Az első, amivel foglalkozni fogunk, a memória- 
gazdálkodás lesz. 


Garzó András (garzoandOointerware.hu) 

Körülbelül három éve foglalkozik Linux- és más Unix-rendszerekkel. 
Legjobban az operációs rendszerek lelkivilága érdekli, de nyitott 
egyéniség. Kedvenc étele a palacsinta, és van egy Richard nevű 
macskája. Minden észrevételt, megjegyzést, levelet szívesen fogad. 


OpenACS-sablonok 


Reuven bemutatja, hogyan gyűjtenek és adnak vissza adatot, 
valamint végeznek önműködő hibaellenőrzést az OpenACS sablonjatl. 


hónapban az OpenACS sablonozórendszerét vesszük 
közelebbről szemügyre (lásd még a 3 http:/openacs.org 
/doc/openacs-4/templates.html címet), ami sok tekin- 
tetben hasonlít a Zope lapsablonjaihoz (Zope Page Templates 

— ZPT). Az OpenACS sablonjai kicsit kifinomultabbak, hiszen 
képesek adatokat gyűjteni és visszaadni, illetve lehetővé teszik 
olyan önműködő hibakezelési feladatok egyszerű megoldását, 
amelyet egyébként igen nehéz lenne megvalósítani, vagy 
egyszerűen kihagynánk. 


Az OpenACS-sablonok 

Az ArsDigita programozói úgy határoztak, itt az ideje a pa- 
radigmaváltásnak. Többé nem hívunk meg lapokat a szokásos 
.html és .adp kiterjesztésekkel; helyette ezentúl mindent kiter- 
jesztések nélkül hívunk meg. Ez azért volt megvalósítható, 
mert az AOLserver képes kikeresni a megfelelő lapot. A /foo 
URL esetében például az AOLserver először a /foo.tcI, majd 

a /foo.adp végül a /foo.html lapokat próbálja megnyitni. 

Az OpenACS sablonozórendszer ezt a képességet használja ki, 
hogy a munkát megoszthassa a két különböző fájl között. 

A HTIP-kérelmek létrehozta kimenet általában két különböző 
fájlon megy át. Elsőként a .tc! fájl hajtódik végre, elvégezve az 
adatbázis-lekérdezéseket és beállítva a változókat. Az utolsó 
sora általában azad return template szokott lenni, egy 
Tcl-függvény, ami a hozzá tartozó .adp-lapot hívja meg. Az 
ADP a változókat adatforrásként kapja meg. 

Minthogy a .tcl- és az .adp-lapokat várhatóan különböző embe- 
rek fejlesztik, természetesnek tűnik, hogy nagyon szétválnak, 
vagy együttműködési nehézségeik lesznek. Az ArsDigita mér- 
nökei ezt a gondot a , page contract" (lapszabvány) létrehozá- 
sával próbálták elkerülni. A lapszabvány a .tc! fájl által várt 
HTIP-értékek listája, illetve olyan IcI-változókészlet (ezeket 
adatforrásnak — data source — nevezzük), amelyeket az .adp-lap 
megjelenítésekor használunk fel. 





Adatforrások 

Az adatforrások egyszerű IcI-változók, csak másképp nevezzük 
őket. Az .adp-lapon belül az adatforrásokra ongve formátum- 
ban hivatkozhatunk, azaz a változónév köré 0 jeleket helye- 
zünk. Amennyiben az adatforrás nincsen meghatározva, a sab- 
lon Icl-veremlenyomat (stack trace) kiírásával leáll, sérelmezve 
az ismeretlen változót. 

Az adatforrások a fájlon belül bárhol megjelenhetnek. Az érté- 
kek még azelőtt eljutnak a HIML-lap megfelelő helyére, mie- 
lőtt az a felhasználó böngészőjére kerülne, így az adatforrások 
nemcsak szöveget, hanem képneveket vagy stíluslapértékeket 
is megadhatnak. Például az alábbi egyszerű OpenACS-sablon 
a fejlécsorban a felhasználó vezetéknevét jeleníti meg: 


IZmasters 
ch2:ofirst nameoc/h2: 


ecpsThat"8 you, isn" t it7é/ps 


www.linuxvilag.hu 


-2c/masters 





A master tag jelzi, hogy a kérdéses si 
lap nem teljes értékű HIML-kimenet, hanem 

a helyi mesterlapba kell beszúrni (azaz a master.tcl/master.adp 
lappár által meghatározott lapba). A helyi mesterlap pedig a 
webhely alapértelmezett mesterlapjába (ez általában a default- 
master.tcl és default-master.adp nevű lappár, de állítható 


jellemzőről van szó) kerül majd be. Így aztán az eredmény- 
lapon a következők jelennek meg: 


az alapörtelmezett mester teteje 
a helyi mester teteje 
a sajkt lapunk 
a helyi mester alja 
az alapörtelmezett mester alja 


Ezzel a módszerrel könnyen készíthetünk egységes kinézettel 
rendelkező lapokat azonos fej- és lábléccel, amely például me- 
nüsort és kapcsolatadatokat tartalmazhat. A mester és az alap- 
értelmezett mesterlapok jelölése sok tekintetben hasonló a Perl 
alapú HIML : : Mason sablonozó rendszer autohandlerjeihez. 
Ez mind nagyon szép és jó, d holvanami ofirst nameo 
változónk meghatározva? Nos, ezt a .tcl-társlapban tehetjük 
meg. Csakhogy nem elég egyszerűen a .tc!I fájlban a first name 
változót beállítanunk. Meg is kell jelölnünk exportálandó adatfor- 
rásként azáltal, hogy közvetlenül megnevezzük. 

A .tcI-lapok kimenetüket és bemenetüket az 

ad page contract függvény értékeiben adhatják meg. Ez 
többnyire a lap tetején történik meg. Az ad page contract 
hatékony módszer olyan lapok létrehozására, amelyek bizo- 
nyos bemenetet várnak, és cserébe várhatóan adott kimenetet 
készítenek. Az ad page contract meghívása a hihetetlen 
egyszerűtől a hihetetlen összetettig változhat a .adp-lapsablon 
igényeinek megfelelően. Például egy a felhasználó nevét 
valami próbaértékre beállító, majd azt exportáló .tcI-lap 
valahogy így nézne ki: 


ad page contract ( 
A megjegyzősek Os a CVS-adatok ide ker lnek. 
j t 
) -properties ( 
first name:onevalue 
] 


set first name "Pr ba keresztnv" 

ad return template 

Az ad page contract hívás mutatja meg a sablonozórend- 
szernek, hogy a first name változót exportálni fogjuk. 


Ezután beállítjuk avEltoz értékét, majd ezt az értéket az 
ad return template hívással átadjuk a sablonnak. (Sajná- 
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latos történelmi okokból kifolyólag valamilyen jellemzőbb név 
helyett az adatforrások a -properties változón keresztül 
kerülnek visszaadásra.) 

Több változót is átadhatunk a sablonnak, ha további sorokat 
írunk az ad page contract-ba: 


ad page contract ( 
A megjegyzősek Os a CVS-adatok ide ker lnek. 
] 


) -properties ( 
first name:onevalue 
last name:onevalue 


] 


set first name "FirstName" 
set last name "LastName" 


ad. feturn template 


Listák és sorkészletek (multirow) 

Mint láthattuk, az ad page contract segítségével egyszerűen 
adhatunk át szöveges adatot a sablonnak. Sok esetben azonban, 
főként ha adatbázisból kérünk le adatot, értékek listáját szeret- 
nénk átadni. Az OpenACS-sablonok ezt is gond nélkül képesek 
kezelni. Példaképpen a következő .tcI-lap a rendszer felhasz- 
nálóinak listáját kéri le és helyezi a , list" adatforrásba: 


ad page contract ( 
A megjegyzősek Os a CVS-adatok ide 
ker lnek. 
[d 
) -properties ( 
users:onelist 


set users [db list get all users ( 
SELECT PE.first names I] " " [] 
PE.last name as users 
FROM Parties PA, Persons PE 
WHERE PA.party id - PE.person id 
ORDER BY PE.last name, PE.first Names b] 


ad vrétüri template 


Láthatjuk, hogy SOL-lekérdezésünk egyetlen wsers nevű 
oszlopot ad vissza. Az OpenACS adatbázis felülete ezt a users 
Tcl-listává alakítja, amit aztán users adatforrásként exportál- 
hatunk. Mivel a :onelist leíróval exportáltuk, az .adp-lap 
az összes elemén végiglépkedhet: 


-masters: 
c2list name-"users!"s5 
cli:s GCusers:itemOo 
é/ Süss 
c/masters 


A clist: ismétlőszerkezeten belül a benne foglalt tartalom 

a lista minden egyes elmére végrehajtódik. Az éppen időszerű 
elemet Xusers : iteme formában érhetjük el; a pillanatnyi 
ciklussorszámot a users : rownuma tartalmazza, végül 

a jelenlegi ismétlés ousers formában érhető el. 

Amennyiben több adatbázissoron keresztül szeretnénk ismétel- 
getni, a .tcI-lap sorkészleteket (multirow) is képes exportálni. 


68 Linuxvilág 


A sorkészlet az összes visszaadott sort tartalmazza, az oszlopne- 
vekkel együtt. A dolgok Tcl-oldala a következőképpen néz ki: 


ad page contract ( 

fa 

) -properties ( 
users :multirow 

] 


do muúltirow üsets get info " 
SELECT PE.first names [][ " " ]] 
PE.lást name ás name, 
PA.email FROM Parties PA, Persons PE 
WHERE PA.party id - PE.person id 
ORDER BY PE.last name, PE.first names" 


ad rétüftn template 


A do multirow függvény három értéket vár: a benépesítendő 
tömb nevét (amelyet majd adatforrásként exportálunk), a lekér- 
dezés nevét (amit az adatbázis-független .xgl fájllal kiegészítve 
használhatunk) és a tartalék lekérdezést, amelyet akkor hasz- 
nálunk, ha az .xgi fájl nem található. Az .adp sablonban a 
következőket írjuk: 


c-masters 
cul: 
cmultiple name-"users!"s: 
clis 
ca href-"mailto:OGusers.emailo" 
gusers . nameoc/az 
c/multiples 
eéfüts 
c/masters 


Két trükkös dologra hívnám fel a figyelmet. Először is az 
ismétlő címke neve multiple, annak ellenére, hogy az adat- 
forrást multirow-ként (sorkészlet) exportáltuk. Ha rossz nevet 
használunk rossz helyen, az bizony nehezen felderíthető 
hibákhoz vezethet. Még szebb, hogy a cmultiple: tagokon 
belüli elemleíró jel a pont (2users . emai109), holott a clist: 
tagokban kettőspontot használtunk (Ousers : itemo). Jóma- 
gam folyamatosan elkövetem ezeket a hibákat, és mindig a 
korábbi működő lapokat nézegetem, hogy lássam, a helyes 
írásmódot használom-e a megfelelő lapon. 


Bemenetek 

Eddig csak azzal foglalkoztunk, hogyan adhatunk át az 

ad page contract segítségével adatokat a .tc/-lapból az .adp- 
lapnak. A .tcI-lapok GET- vagy POST-kérelmeken keresztül azon- 
ban bemeneteket is tudnak fogadni. Az ad page contract 
lehetővé teszi, hogy megadjuk, milyen bemeneteket várhatunk, 
szükség szerint alapértelmezett értékeket rendeljünk hozzájuk, 


sőt ellenőrizzük, hogy a bemenet a megfelelő formátumban van-e: 
ad page contract ( 
j 1 

foo 


) -properties ( 
fo0o02 : onevalue 
) 


set foo2 "SfooSfoo" 


ad fetütrn templatéó 


A fenti példában a .tcI-lap foo nevű értéke várja (akár GET, 
akár POST üzeneten keresztül a bemenetet). Az értéket aztán 
a £foo02 nevű új adatforrás létrehozására használja fel, amelybe 
a foo kétszerezett értéke kerül. A foo-hoz alapértelmezett 
értéket is rendelhetünk, ha a Tcl-lista első elemévé tesszük, 
majd az alapértelmezett értéket a második elembe helyezzük: 


ad page contract ( 


Tr d 
(főö "blah"? 
) -properties ( 
f002 : onevalue 
] 


set foo2 "SfooSsSfoo" 


ad return template 


Ha ezután a lapot a £o00-abc értékkel hívjuk meg, az ,abcabc" 
karaktereket kapjuk vissza, ha érték nélkül hívjuk meg, akkor 
,blahblah" lesz az eredmény. 

Minden értékhez egy vagy több jellemzőt is rendelhetünk, így 
korlátozva a bekért adattípusokat. Például levághatjuk a beve- 
zető és befejező szóköz karaktereket a bemenő értékről, vagy 
biztosíthatjuk, hogy nullánál nagyobb egész számot kapjunk: 


ad page contract ( 
sometext :trim 
anumber : naturalnum 


] 


Egy értékben több jellemzőt is használhatunk, ha vesszővel 
választjuk el őket egymástól: 


ad page contract ( 
sometext :trim, nohtml 
(anumber:naturalnum 50] 


] 


A fenti lapszabvány azt mondja: az anumber-nek természetes 
számnak kell lennie, ha pedig nincsen megadva, az alapértel- 
mezett értéke 50. A sometext elejéről és végéről el kell távo- 
lítani a szóköz karaktereket, és nem tartalmazhat HIML-tago- 
kat. Létezik egy html és egy allhtm1 jellemző is, amelyek 
biztonságos HIML-címkekezelést, illetve az összes HIML-cím- 
két elérhetővé teszik. A lapszabvány még ennél is többet tud. 
Létrehozhatunk például egy dátumválasztó elemet (widget) az 
ad dateentrywidget függvénnyel. Így létrehozható a 
következő .tc[-lap: 


ad page contract ( 
Jt 


) -properties ( 
datewidget : onevalue 
J 


set datewidget [ad dateentrywidget datewidget] 


ad Tetüti témplate 
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A hozzá tartozó .adp-lap, amely a dátumelemet jeleníti majd 
meg, így néz ki: 


cmaster: 
cftorm method-"POST" 
adatewidgetO 
cinput type-"submit" value-"Send the date": 
c/formsz 

c/masters 


action-"date-2"- 


Más szavakkal a HIML-űrlap a dátumelem tartalmát a date-2- 
be küldi, amely tulajdonképpen az eredményt .adp-lappal meg- 
jelenítő .tcI-kód. A date-2.tcl azad page contract-ban meg- 
adhatja, hogy a bejövő datewidget érték egyszerű tömböt 
tartalmaz. Megadhatjuk azonban a datewidget-et date 
típusúnak is, így önműködően négyelemű tömböt kapunk: 


ad page contract ( 

j 1 
datewidget : array , date 

) -properties ( 
date month:onevalue 
date day:onevalue 
data veáar:öneváalus 
date full:onevalue 


set date month Sdatewidget (month) 
set date day Sdatewidget (day) 
set date year Sdatewidget (year) 
set date full Sdatewidget (date) 


ad return template 


Az időadatokat .adp-lapunkon (date-2) különböző 
formátumokban jeleníthetjük meg: 


cmaster: 
cp:Month: Oodate monthOoc/p: 
cp:Day: Odate dayOc/p: 
cp:rYear: Oodate yearOoc/p: 
cp:Full text: Odate fullOc/p: 
c/masters 


Megjegyezzük, hogy a dátumelem (date widget) az SOL-lekér- 
dezésekben is tökéletesen elfogadható. Ez jól jöhet, ha dátu- 
mokat kell bevinni, vagy ha összehasonlító lekérdezésekben 
használjuk őket. 


Összegzés 

A velem dolgozó grafikusok nagyra értékelik a .tcI- és .adp-lapok 
szétválasztását. Míg az OpenACS tanulási görbéje elég meredek 
lehet, a sablonok működésének megértése egyszerre örömteli 
és érdekes módja a rendszer megismerésének. 


linúx douirnal 2008. jJanúát, 105. szám 


Rewen M. Lerner (reuvenOlerner.co.il) 

Egy kisebb webes és internetes módszerekkel 
foglalkozó tanácsadó cég tulajdonosa és 
vezetője. Az ATF honlapon érhető el 

(2 http:Avww.lerner.co.il/atf/). 
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Ha majd felhivlak... a képtelefonomon 


Megvalósult végre a jövő egyik ígérete? A GnomeMeeting ennek kezdetét jelzi. 


mliékszel, Francois, a 2001 — Űr- 
3 odüsszeia című filmre? Így, 2003 

küszöbén nem tudom megállni, 
hogy ne gondolkozzam el egy kissé 
azon a kilátáson, amit a jövő e filmbéli 
látomása tartogatott számunkra, és ez 
egy kicsit elszomorít, mon ami. Bár gon- 
doljuk csak végig! Van már űrállomá- 
sunk, nem teljesen olyan, mint az a mél- 
tóságteljes kerék, amit a filmben meg- 
csodálhattunk. Természetesen nincs 
holdbázisunk, sem földkörüli szállo- 
dánk, de legalább itt van nekünk ez. 
Ouoi? Hiszen ez egy videotelefon Fran- 
cois, és ma éppen ezt szeretném vendé- 
geinknek bemutatni. Hogy mondod? 
Á, már itt is vannak! Köszöntelek titeket 
ismét, mes amis, Chez Marcelnél, ahol 
a kitűnő Linux-konyha mellett az ízletes 
borokat is megtalálhatjátok. 
Ebben az étteremben korábban már 
megismerhettetek olyan recepteket, 
amelyek webkamerátok használatában 
nyújtanak némi segítséget, a képrögzí- 
téstől kezdve az otthoni biztonsági rend- 
szerig. Ma ismét használni fogjuk a ka- 
merát, méghozzá olyasvalaminek a 
megvalósítására, amit már annyi éve 
ígérgetnek nekünk. Amikor még kisgye- 
rek voltam, minden televíziós tudomá- 
nyos-fantasztikus műsor mindennapos 
használati tárgyként mutatta be a képte- 
lefont. Az évek egyre múltak, és bár a 
tévében látni lehetett ilyen eszközöket, 
a saját képtelefon-készülék olyan távoli 
maradt, mint a televízióstúdió maga. 
Az étterem megnyitása óta örömmel ta- 
pasztalhattam, hogy számos gyerekkori 
álmom valóra vált a Linuxszal történő fő- 
zés során. Ilyen a képtelefon is, illetve an- 
nak egy használható megvalósítása, Da- 
mien Sandras GnomeMeeting nevű prog- 
ramja. A GnomeMeeting együtt tud mű- 
ködni a Microsoft Netmeetinggel is. A 
GnomeMeeting KDB alatt is kitűnően mű- 
ködik, nagyszerűen illeszkedik a pulthoz. 
Számos terjesztés tartalmazza a Gnome- 
Meetinget és a szükséges program- 
könyvtárakat (pwlib és openh323), 
bár nem biztos, hogy telepíti is őket. 
A 5 http:/www.gnomemeeting.org hon- 
lap a fontosabb terjesztésekhez előre 
fordított csomagokat (RPM-eket és DEB- 
eket) kínál, ugyanitt a forrást is megtalál- 
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hatjuk (44. CD Magazin/gnomeeting). 
Érdemes e helyütt kezdeni a kutakodást. 
Az OpenH323 csomag PwLib-függő, 
ezért ezt isfeltétlenül telepíteni kell. Arra 
azért felhívom a figyelmeteket, hogy 

bár a GnomeMeeting forrásból is lefor- 
dítható, az OpenH323 könyvtárak telepí- 
tése meglehetősen bonyolult lehet (nem 
is beszélve időigényességéről). Ha ehhez 
bináris, előre elkészített állományo- 
kat—csomagokat tudtok használni, min- 
denképpen javaslom a használatukat. 
Amikor első alkalommal futtatjuk a 
programot, rögtön megismerkedhetünk 
a Beállításvarázslóval (First Time Con- 
figuration Druid). Ez a beállítási folya- 
mat a GnomeMeeting felhasználói 
könyvébe való bejegyzést is magában 
foglalja — ezt úgy is elképzelhetjük, mint 
egy nagy, hálózaton keresztül elérhető 
telefonkönyvet. A varázsló regisztrációs 
ablakának alján található jelölőnégyzet 
segítségével dönthetünk úgy is, hogy ne 
szerepeljünk a listán. Ha elégedettek 
vagyunk a beírt adatokkal, a Forward 
(Tovább) gombbal léphetünk a követ- 
kező beállításra, ami a használt kapcso- 
lat típusának megadását kéri. 

A befejező ablak Apply (Alkalmaz) feli- 
ratú gombjára kattintva elindul a prog- 
ram. Számos beállítást megváltoztatha- 
tunk, ha a menüsor Edit (Szerkesztés) 
pontjának Preferences (Beállítások) tagját 
választjuk. Később bármikor visszatér- 
hetünk a varázslóhoz. Az általam meg- 
változtatott első beállítás a Video Devices 
(képkezelő eszközök) rész alatt található. 
Azt szerettem volna, ha a Gnome- 
Meeting indulásakor az előnézeti kép 
működik, és nagyméretűre van állítva. 
Ha a helyi hálózaton keresztül szeretnék 
hívást kezdeményezni egy másik 
számítógép felé, beírom a 

callto: //192.168.22.2 karakter- 
sort a GnomeMeeting címsávjába, 
közvetlenül a menüsor alatt. Egy kis 
előugró ablak jelenik meg a másik 
számítógép kijelzőjén, figyelmeztetve a 
felhasználót a bejövő kapcsolatra. Ha ezt 
a felhasználó elfogadja, a két gép máris 
kész az összeköttetésre. 

A 2. kép bal oldalán megfigyelhető az 

a gombsor, amelynek a segítségével be- 
és kikapcsolhatjuk a képet és a hangot, 
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Készen állunk arra, 
hogy a GnomeMeetinggel hívjuk a világot 


szöveges üzenetváltáshoz pedig cseve- 
gőablak megnyitására is lehetőségünk 
nyílik. Ha rendelkezünk mikrofonnal, 

a GnomeMeetinggel ennek is jó hasznát 
vehetjük. A program számos beállítás- 
ban működni tud, így csak kép, csak 
hang vagy csak szöveges üzemmód 
vagy ennek a háromnak tetszőleges 
kombinációja is rendelkezésünkre 

áll — bár igen zavaró lehet a tudat, hogy 
valaki lát minket, de mi nem látjuk őt. 
A GnomeMeeting futtatásakor feltétlenül 
kapcsoljuk be a vezérlőpultot (Control 
Panel), ami a program egy fülekkel ellá- 
tott ablakában felelnek meg, helyet adva 
a hang és kép beállítására szolgáló esz- 
közöknek és az előzményeket mutató 
ablaknak. Ez utóbbiban láthatók a hívá- 
sok állapotai, a hálózaton keresztül elér- 
hető könyvtáraink és az egyéb adatok. 
Az ablak bármikor anélkül ki-bekapcsol- 
ható, hogy ez az adatátvitelt befolyásolná. 
Az űrállomásról kiinduló hívás igen 
nagy távolságokat szelt át: egy földön 





Valaki ebédre hív magához 


élő kislánynak szólt. Bár az irodai cseve- 
gések is igen szórakoztatóak, felmerül a 
kérdés, hogy mi a helyzet a külvilággal. 
Kit hívhatnánk fel? A GnomeMeeting 
hivatalos telefonkönyve a 

2 http:/ils.seconix.com címen érhető el. 
Ahhoz, hogy a könyvben böngészhes- 
sünk és kikeressük a GnomeMeeting 
többi felhasználóját, magunkat is be kell 
jegyeztetnünk. Indítsuk el a Gnome- 
Meetinget, kattintsunk a telefonkönyv 
ikonjára a bal oldalon, és már kereshet- 
jük is a beszélgetőpartnerünket - ilyen 
egyszerű... legalábbis majdnem. 

Nos, ha az otthoni vagy vállalati hálóza- 
ton futtatjátok a GnomeMeetinget, nem 
lehet semmi gond. Ugyanez igaz akkor 
is, ha egy önálló gépen futtatjuk a prog- 
ramot, ami a Világhálóhoz kapcsolódik 
— jó eséllyel működni fog. Kelepcébe 
akkor esnünk, mes amis, ha egy álcázó 
(masguerading) illetve NAT-ot használó 
(Network Address Iranslation — hálózati 
címfordítás) tűzfal mögül próbáljuk 

a GnomeMeetinget működésre bírni. 
Az alábbi kapuknak kell ehhez engedé- 
lyezettnek lenniük: 

TCP: 1720, 30000-30010 

UDP: 5000-5003 

A játéknak ezen a pontján a tűzfalak 
működésének meglehetősen bonyolult 
témájába botlunk. Én hamar eljutottam 
odáig, hogy csak a NAT egy másik lehet- 
séges helyettesítője, a RSIP for Linux 
segítségével juthattam tovább, ami ezt 

a nehézséget egyszerűen közelíti meg. 
A RSIP egy viszonylag új protokoll, ami 
a NAI-hoz hasonlóan azt teszi lehetővé, 
hogy egy kapcsolatot több ügyfél között 
megosszunk. Böngészhetjük a Hálót, le- 
veleket küldhetünk, bármit megtehe- 
tünk, ami az ügyfelek kiszolgálásának 

a körébe tartozik. Egy tűzfal mögött lévő 
kiszolgálón egy kapu átirányítására is 
könnyen használhatjuk anélkül, hogy 

a csomagok bármilyen változást szen- 
vednének. A NAI vagy az álcázás hasz- 
nálatakor ez csak betöltődő modulokkal 
valósítható meg. Ezek a modulok legfel- 
jebb kipróbálásra valók, amikor a H323 
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vagy jó barátunk a GnomeMeeting 
használatára kerül sor. A RSIP megoldja 
ezt a gondot, ami természetesen nem 
azt jelenti, hogy (IP-Tables-beállításain- 
kat) el kellene dobnunk - a RSIP is jó 
hasznát veheti ezeknek. 
Első lépésként töltsük le a legfrissebb 
forrást a 5 http:/openresources.info.ucl. 
ac.be/rsip/index.php címről. A legtöbb 
terjesztéshez előre fordított bináris állo- 
mányokat is találunk, de ha nincs szá- 
munkra megfelelő, akkor se essünk két- 
ségbe, a fordítás ezúttal igen egyszerű: 
H tar -xzví rsipd- 

20. 9.3.8ro tat. az 
t cd rsipd-0.9.3 
t make 
H su -c "make install" 
Ezzel a kiszolgálóoldali telepítéssel el is 
készültünk, de az ügyféloldali részre is 
szükségünk van. Ez két változatban érhe- 
tő el: egy Python nyelven írott program- 
ként és egy rendszermagmodul formá- 
jában. A menü összeállításának idején 
a modul inkább kipróbálásra alkalmas, 
míg a Python-változat üzembiztosnak 
volt mondható. A modul telepítése a for- 
rás kibontásából és egy make install 
parancs futtatásából áll, a dolog hátul- 
ütője viszont, hogy csak a 2.4.18-as és 
a 2.4.19-es rendszermagokat támogatja. 
Python-ügyfél esetén nincs szükség 
programfordításra. 
A RSIP GnomeMeetinggel való haszná- 
latához először nyissuk meg a 
letc/rsipfírsipd.conf fájlt, és módosítsunk 
néhány fontos értéket. Ezek: a tűzfalunk 
belső és külső csatolófelületei és a kiszol- 
gáló által kezelt hálózati címtartomány. 
Éna 192.168.22.0 című belső hálózat 
első tíz címét foglaltam le a célra: 
EXT 1F ethű 
INT IF ethO 
POOL 192.168.22.1-10 
Most indítsuk el a kiszolgálót az 
instal1 által létrehozott parancsfájl 
segítségével: 
/etc/init.d/rsipd start 
A Python-ügyfél futtatásához az alábbi 
parancsot használhatjuk (figyeljünk arra, 
hogy ez egyetlen hosszú sor; a -s kapcso- 
ló által megadott IP-cím a kiszolgáló címe): 
t python /path to/rsipclient- 
s$Ü. L9.Dy 
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s$-d -v -§ 192.168..22.10 

"8-1 1720,5000,5001,5002,5003, 
5$30000,3000,30002,30003;,30004, 
530005, 30006,3000; 

30008, 30009, 30010 

Talán meg kellett volna jegyeznem, hogy 
az ügyfélprogram az ügyfélgépen fut, 
non? Ezt szintén rendszergazdaként kell 
futtatnotok. A dolog szépsége, hogy a 
korábbi tűzfal-beállításokat tovább hasz- 
nálhatjátok. A rendszermagmodul hasz- 
nálata még egyszerűbb. Mindössze arra 
van szükség, hogy a kiszolgáló címének 
megadásával betöltsük: 

H insmod krsip ip-192.168.22.10 
Próbaképpen a bal oldali ikon 
segítségével megnyitottam az ILS-kereső 
ablakot. Ennek hatására egy XDAP-ki- 
szolgáló böngésző jelent meg, amelyben 
a Refresh (frissítés) gombra kattintottam. 
Nagyjából véletlenszerűen kiválasztot- 
tam valakit, és kettőt kattintottam a 
bejegyzésére. Pár másodperccel később 
kanadai otthonomból már javában 
csevegtem párizsi partneremmel. 
Látjátok, ennyi az egész. Máris készen 
álltok arra, hogy osztozzatok a képte- 
lefonálás izgalmaiban, és csak két év 
késésben vagytok az előre jelzett idő- 
ponthoz képest. 

A záróra, mes amis, ismét közeleg. 
Legalább mostanra elértünk oda, hogy 
cseveghetünk ultramodern képtelefo- 
nunk segítségével (még ha 2001 el is 
múlt már). Már a jövő sem a régi, nem 
igaz? Erre 2010-ben még visszatérünk. 
Mielőtt elköszönnék tőletek, Francois 
utoljára teletölti poharaitokat. Az utol- 
sókat kortyolgatva nézzük meg, hogy ki 
van még fenn ilyenkor Finnországban! 
Viszontlátásra a következő hónapig. 

A votre santé! Bon appétit! 


0 Kiskapu Kft. Minden jog fenntartva 


Linux Journal 20083. január, 105. szám 


Marcel Gagné 
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államban él. Ő a szerzője a 
Kiskapu kiadásában szep- 
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rendszerfelügyelet (ISBN 963-9301-40x) című 
könyvnek (jelenleg Is egy könyvön dolgozik). 
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Gombnyomás a távolból 


A hálózati eszközök néha lefagynak, ezért újra kell őket indítanunk. 
Ez nem egyszerű feladat, ha nem vagyunk a készülék közvetlen közelében. 


lőször is el kell jutnunk a készü- 
E lékhez, amihez néha nagyon sok 

kilométert meg kell tennünk, 
vagy megkérnünk valakit, aki a köze- 
lében lehet, hogy nyomja meg a , RESET" 
gombot. Mindkettő idő-és költségigé- 
nyes feladat. Ezt a feladatot hivatott 
ellátni a WII cég Telnet Power Swithes 
IPS2 és IPSZCE készüléke. 


Mire is jó egy ilyen készülék? 
Képzeljük el azt a helyzetet, hogy egy 
kiszolgálónk egy másik földrészen — na 
jó, lehet közelebb is - leáll, és senki em- 
berfiát nem tudunk kiverni az ágyából, 
hogy szívességből ugyan indítsa már 
újra, mert a cég nem tud nélküle mű- 
ködni. Pontosan a fentebbi helyzetekre 
találták ki ezeket a , kapcsolókat". A tá- 
volból, egyszerűen az Interneten keresz- 
tül bejelentkezhetünk, de ha esetleg 
nem lenne internetkapcsolat, használ- 
hatjuk a modemes betárcsázós bejelent- 
kezés módját is. Bejelentkezve a , kap- 
csolóra", bármelyik csatlakoztatott esz- 
köz áramellátását , szabotálhatjuk" , 
kisebb-nagyobb lelki zavarokat okozva 
magának az eszköznek, de mindenkép- 
pen újraindíthatjuk. A gyakorlatban ez 
a művelet az eszköz kikapcsolásának és 
bekapcsolásának felel meg. 


A készülék 

A Mission Critical Linux Kft. jóvoltából 
mi egy IPSZCE készüléket próbálhat- 
tunk ki, ami csak annyiban különbözik 
a IPS2-tőól, hogy 230 V-ról működik. 

A csomag tartalma: a IPSZCE készülék, 
hálózati kábel, soros kábel és angol 
nyelvű kézikönyv. Ez a készülék két 
eszköz csatlakoztatására alkalmas, azon- 
ban létezik 8 kapus változata is web- 
farmokhoz, fürtökhöz. 


Beüzemelés 

Mielőtt bekapcsoljuk, csatlakoztassuk 

a modemet, a soros kábelt és a hálózati 
kábelt mind a , kapcsolóhoz", mind 

a telefonvonalhoz, a konzolhoz és a háló- 
zathoz (igény szerint bármelyik elhagy- 
ható). Bekapcsolás után a , kapcsoló" ele- 
jén lévő LED-ek jelzik az éppen időszerű 
állapotot, jelentésük (balról jobbra): 
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Telefon (06-1) 438-41-00 

2 Wwww.missioncriticallinux.hu 
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e ON: világít, ha áram alatt áll, 
e  RDY: villog, ha a ,kapcsoló" kész 
a parancsok fogadására, 
e  RXD: világít, ha a ,kapcsoló" paran- 
csokat fogad, 
e  DCD: világít, ha a modemes kap- 
csolat működik, 
e "NET: világít, ha a telnet kapcsolat 
működik. 
A készülék elején még két LED és kap- 
csoló található, amelyek szervesen 
kapcsolódnak egymáshoz. Ezek a LED- 
ek jelzik a csatlakoztatott eszközök 
áramellátását, a kapcsolóval pedig ki 
és be tudjuk kapcsolni az eszközöket. 
A legegyszerűbb kapcsolódás a soros 
konzol kapunján keresztül történhet: 
a soros kábelt csatlakoztassuk a , készü- 
lékhez", a másik végét pedig egy számí- 
tógéphez vagy bármihez, ami soros 
terminálként tud üzemelni. Bármilyen 
terminálprogrammal kapcsolódhatunk. 
A frissen beszerzett készülékhez történő 
kapcsolódás másik módja a modemes 
kapcsolat. Beállítás előtt az ethernetkap- 
csolatot nem használhatjuk. 
Miután a kapcsolat feléledt, egy szinte 
mindent leíró ablakot kapunk. Ebből az 
ablakból kétféle létezik: az egyik a rend- 
szer (System), a másik a felhasználói 
(User) ablak. Első dolgunk a rendszer- 
jelszó beállítása legyen! Fontos megje- 
gyezni, hogy a rendszer a kis- és nagy- 





betűket megkülönbözteti. A rendszer 
több felhasználói jelszót tud kezelni, 
amelyekhez hozzárendelhetjük a mű- 
ködtetett eszközöket, ezzel is védve az 
illetéktelen ki- és bekapcsolgatást. 

Ha a rendszer- (System) jelszóval 
lépünk be, teljes mértékben uraljuk a 
,készüléket": mindenfélét állítgatha- 
tunk, felhasználókat tarthatunk karban, 
beállíthatjuk a hálózati kapcsolatot, az 
IP-címet, hozzáféréseket is korlátozha- 
tunk. Ha felhasználóként lépünk be, 
akkor a ránk kiszabott jogokkal tehe- 
tünk meg mindenfélét. A legfontosabb 
három parancs, amit én használtam: 

e. /ON n 

e. /OFF n 

e. /S illetve /SP 

Az /ON n értelemszerűen bekapcsolja, 
az /OFF n pedig kikapcsolja a csatla- 
koztatott eszköz áramellátását, ahol az 
n az eszköz csatlakozási száma. A /S 
kilistázza a jelenlegi állapotot, a /SP 
pedig rendszermódban a jelszavakat 
is megjeleníti. 


Összegzés 

A legcsúnyább dolog, amit ezzel a kis 

, kapcsolóval" sikerült véghezvinnem, az 
a saját gépem kikapcsolása volt saját ma- 
gam alól. Történt ugyanis, hogy soros ka- 
pun keresztül jelentkeztem be, és kiadtam 
a /OFF 2 ,Y parancsot. Gondot az oko- 
zott, hogy nem olvastam el a leírást, csak 
miután leütöttem az ENTER-t. Ez a parancs 
ugyanis megerősítés nélkül végrehajtó- 
dik, mivel a végén ott van az Y. Az ered- 
mény egy kissé hosszadalmas újraindítás, 
két ideges felhasználó, és ennek a cikknek 
a 0.5-ös változata. Így tanultam meg az Y 
jelentését a parancsok végén. 
Kényelmesen és gyorsan beállítható 
eszközről van szó, széles határok között 
lehet a hálózati biztonságot is testre- 
szabni, ami egy ilyen eszköz esetében 
alapvető elvárás. 


Csontos Gyula 
(Csontos.Gyulaolinuxvilag.hu) 
A Linuxvilág szakmai és 
CD-szerkesztője. Szabadide- 
jében szívesen mászik hegyet 
és kerékpározik. 


Kihagyhatatlan kiegészítők és programok a Zaurushoz 


Programok, amelyek nélkül el se indulj otthonról, és néhány ötlet, 
hogyan hozhatod ki a legtöbbet egy Zaurusból. 


ratulálok! Kezedben a Zaurus, kipróbáltad az összes 
programot, beírtál néhány parancsot a terminálablak- 
ba, hogy megbizonyosodj arról, valóban GNU/Linux 
alapú gépet tartasz-e a kezedben. Nagyjából tudod, hogy 
melyik gombot merre keresd, bár a csővezeték karakterének 

a helye még rejtély (tipp: SHIFT-SZÓKÖZ). Merre tovább? Írá- 
somban néhány figyelemre méltó bővítést és alkalmazást 
ajánlok a figyelmedbe. 





Memóriabóvítés 

A géppel kapott 32 vagy 64 MB memóriánál bizonyára többre 
lesz szükséged, ugyanis a rendszer ennek túlnyomó részét 
akkor is elfoglalja, ha még semmit sem telepítettél fel. Egy 
normál, 32 MB memóriával szerelt 5000d típus 2.37-es ROM- 
képpel mindössze 600 KB szabad memóriát biztosít, ha semmi 
sincs telepítve a gépre, és nem is fut rajta semmi. Ha több 
memóriát akarsz, két lehetőséged van: használhatod az 
SD/MMC vagy a CompactFlash (CF) foglalatot. A CF-foglalat 
majd a hálózati kártyához kell, így marad az SD/MMC - ter- 
mészetesen ez sem ilyen egyszerű. 

A legnépszerűbb és legolcsóbb SanDisk kártyák gyakran meg- 
hibásodnak. A Sharp új illesztőprogramot volt kénytelen kiadni 
az ötven dollárnál is olcsóbb, 128 MB-os SanDisk kártyák hasz- 
nálata kapcsán felmerült bajok miatt, ezek ugyanis felosztás 
után sokszor használhatatlanokká váltak, vagy épp csak egyet- 
len használatot bírtak ki. A gond az, hogy a másolásvédelmi 
rendszer miatt az SD-illesztőprogramok soha nem lehetnek 
teljesen nyitottak. Vegyél inkább MMC kártyát, ahhoz léteznek 
szabad illesztőprogramok. 


Hordtok és kiegészítők 

A Zaurus nagy sláger Japánban, és arrafelé rengeteg kiegészítőt 
kapni hozzá. Légy tehát nagylelkű önmagaddal szemben, és lepd 
meg magadat legalább egy Extreme Limit bőrtokkal. A Portfolio 
nevű modell tökéletes védelmet nyújt a tenyérgépnek. Ugyancsak 
hasznos darab a Sumdex villámzáras GLP-38324 jelzésű iPAO tokja. 
Javaslom, hogy vásárolj egy második akkumulátort és egy 
töltőt is. Ha Zaurusodat dokkolás helyett a tokjában tartod, 
szükséged lesz egy USB töltő-összehangoló kábelre is. A soros 
kábelt viszont nem javaslom, pocsékul tervezték, és a billen- 
tyűzet kinyitását is akadályozza. 


Az SL-5000D és az 5500 frissítése 

Az 5500 számos részletben különbözik a múlt évi fejlesztői 
modelltől, az SL-5000D-től. Az 5500-as modellen Hancom 
Office is található, jobb tém és műanyag tollakat és váltóáramú 
adaptert adnak hozzá. Ugyan a Zaurusnak nincs beépített 
mikrofonja, az utólagos beépítés azonban megoldható (lásd 

a Kapcsolódó címek részt). 


ROM: Sharp, Opie, Paul vagy Crow? 


Most, hogy maga az eszköz készen áll, lássuk a programokat. 
Számos különféle ROM-lenyomat, röviden: ROM érhető el 
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(lásd a Kapcsolódó címek-et). ROM-lenyomatot a modzaurus 
segítségével létre is tudsz hozni. Ha 2.37-es vagy régebbi Sharp 
ROM-od van, egy ismertté vált biztonsági hiányosság miatt 
ajánlott frissíteni. 

No de melyik ROM-lenyomat a legjobb? A Sharp által készített 
kerül a gépre alapállapotban, és széles körű támogatást élvez. 
Az Opite letisztult, szabad ROM-lenyomat, feljavított alapértel- 
mezett alkalmazásokkal. Paul a gyári Snarp ROM-lenyomat, 
de képes MMC-kártyát tárhelyként használni, így a teljes me- 
mória RAM-ként marad használható. A Crow ROM-lenyomat 
olyan, mint a Paul, Opie-alkalmazásokkal kiegészítve. 

Az Opie átgondoltabb tervezésű, fájlrendszere jobban 
hasonlít a szabványos GNU/Linux fájlrendszerre, és az alkal- 
mazásokból újabb változatokat tartalmaz, mint a Sharp pél- 
dányai. Hiányzik viszont belőle a Java virtuális gép és az 
Opera böngésző, és továbbfejlesztett fájlrendszere miatt nem 
futnak rajta egyes külső programok. Ha van MMC-kártyád, 
érdemes elgondolkodnod a Paul- vagy Crow-féle változat 
használatán. Egyszerűen csak formázd meg ext2 fájlrend- 
szerrel az MMC-kártyát, a gép a /home alatt fogja befűzni. 

Az Opie is képes MMC-kártya használatára, de vannak 
bizonyos együttműködési gondjai. 

A legjobb ROM-lenyomat tartalmazná a kipofozott, Opie-féle 
alkalmazásokat, lehetővé tenné a zárt programok telepítését 
(legalább az Opera, a Jeode, a Hancom Office és a 
theKompany.com alkalmazások használatát), és természetesen 
nagyobb baj nélkül működne. Sajnos ilyen lenyomat egysze- 
rűen nem létezik - egyelőre. 

A ROM-frissítést óvatosan kell végezni. Először is le kell töl- 
tened a kívánt változatot. Ne feledd, nem mindig a legújabb 
változat a legjobb! Ezután egy USB CompactFlash-olvasóval 
vagy egy CF-PCMCIA átalakítóval rá kell másolnod egy CF- 
kártyára. Ügyelj arra, hogy a CF-kártya FAT16 fájlrendszerrel 
legyen formázva, majd a ROM-lenyomatfájlt nevezd át 
Romimage-re, és helyezd el a CF-kártya gyökérkönyvtárában. 
A fájl hosszát és az eredeti állomány md5 sum összegét össze- 
vetve ellenőrizd, hogy a másolás rendben megtörtént-e. 

A következő lépés - ha van valamilyen fontos adatod a 
Zauruson - a biztonsági mentés készítése, ugyanis a ROM- 
frissítés során minden adat elvész. Most kapcsold be a Zaurust, 
és csatlakoztasd a hálózati adapterre. Bekapcsol a narancssárga, 
az akkumulátor töltését jelző LED. Nyisd fel az akkumulátor 
fedelét, de az akkumulátort ne vedd ki. Most jön a legnehe- 
zebb rész: miközben lenyomod a billentyűzet C és D gombját, 
nyomd meg egyszer a Reset gombot. Ez a gomb az akkumu- 
látor fedele alatt található és tollal térhetsz hozzá. Talán egy 
segítővel könnyebb véghezvinni a gyrmbnyomkodást. Ha 
sikerült, mindkét LED kigyullad, és megkezdődik a frissítési 
művelet. Ne nyúlj semmihez, a félbeszakadt frissítés kárt tehet 
a készülékben - a legjobb, ha elmész, iszol egy kávét, és utána 
visszajössz. Mindkét LED-et kikapcsolt állapotban fogod 
találni. Most már kiveheted a CF-kártyát, lezárhatod az akku- 
mulátor fedelét, és megnyomhatod a Reset gombot. 
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Általában ott szokták a műveletet elrontani, hogy nem teljes 
ROM-lenyomattfájl kerül a CF-kártyára. Ismétlem, végezz ellenőr- 
zést a másolás után, mielőtt behelyeznéd a kártyát a Zaurusba. 


Adatkezelő alkalmazások 

Adataidat lehetőleg ne a Zaurus GYK-ban leírt módszerrel pró- 
báld áthozni. Adatbázist adatbázis után áttölteni, majd , átbit- 
vadászni" a többi adatbázist — nem kellemes munka. Szeren- 
csére a teljes áttérés egyetlen Perl-parancsfájllal is megoldható. 
Telepítsd a Perl 5.6.1, opie-sh és p2z csomagokat. Ezután 
másold az AddressDB.pdb , DatebookDB.pdb, MemoDB.pdb és 
TIoDoDB.pdb fájlokat a Zaurusra, és futtasd le a p27-t. 

Most következhet a mobiltelefonod. Ha van rajta adatküldésre 
alkalmas infravörös kapu, a Zaurus Settings 7 Beam receive 
(Beállítások 2 Infravörös fogadás) menüpontjával indíthatod 
a vételt. A felbukkanó kérdéseknél az Add to Address book 
(Hozzáadás a címlistához) és az Add to Calendar (Hozzáadás 

a naptárhoz) parancsot választva adhatod hozzá az adatokat 

a megfelelő alkalmazáshoz. 

A halovány személyi adatkezelő alkalmazások jelentik a Zau- 
rus egyik legcsúnyább gyengeségét. Helyettesítésükre a 
theKompany.com tkcAgenda, tkcDatebook és tkcMemo alkal- 
mazásait javaslom. A theKompany.com adatkezelő alkalmazá- 
sai tökéletes együttműködésre képesek az eredeti alkalmazá- 
sokkal, de ne feledd, hogy teljesen átveszik a helyüket, vissza- 
állításra nem hagynak lehetőséget. 

A theKompany.com részéről hasznos kiegészítő még a pénz- 
ügyeid követésére használható tkcKapital és a kiadásaid figye- 
lemmel kísérésére alkalmas tkcExpense. 


Osszehangyolás a Free Bonus Networkiny segítségével 

A régebbi tenyérgépekkel ellentétben a Zaurus az adatokat IP- 
protokollal továbbítja az USB kapcsolat felett a gazdagép felé. 
Ha a gazdagépen maszkolást futtatsz, az adatok összehangolá- 
sára használt kapcsolat általános hálózati kapcsolatba megy át. 
Az USB feletti hálózati hozzáférés beállításáról számos terjesz- 
téshez létezik útmutató (lásd a Kapcsolódó címek részt). Ha sike- 
rült összehozni, az adatok összehangolására a Sharp Otopia 
Desktop vagy a Irolltech direct programját használhatod. 


Írány az Internet! 

Ha a Zaurus a dokkolóban van, USB feletti hálózati kapcsolatod 
is van. Ha csak vezetékes hálózatod van, nagyjából ötven dollá- 
rért szerezhetsz egy CompactFkHlash hálózati kártyát. Tagadhatat- 
lan, a vezeték nélküli hálózat érdekesebb. A Zaurusszal hasz- 
nálhatók közül a legjobb 802.11b kártya a Socket WL6000-320 
jelzésű, alacsony fogyasztású kártya. Igaz, hogy a nagyobb 
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kártyák — mint a Linksys WCG-11 - is működnek, de rengeteg 
energiát igényelnek. Más — például D-Link -— kártyák haszná- 
latakor nem lehet hozzáférni a hangcsatlakozóhoz és a tollhoz. 
Ha 1.1.x előtti ROM-ot használsz, bele kell nyúlnod néhány 
beállítófájlba. Mivel a korai Sharp ROM-ok biztonsági hiányos- 
ságokkal is terhesek, legjobb, ha a hálózat üzembe helyezése 
előtt frissítesz. 

A Socket WL6000-320 valószínűleg hamarosan külön telepítés 
nélkül használható (Plug and Play) lesz, talán már akkor, amikor 
ezt a cikket olvasod. Nézd át a ROM-lenyomatodhoz tartozó leí- 
rást, és ha nem rendelkezik beépített támogatással, a Kapcsolódó 
címek segítségével rátalálhatsz a megfelelő illesztőprogramra. 

Ha a Zaurus készen áll a 802.11b hálózatok kezelésére, szüksé- 
ged lesz még egy hozzáférési pontra is. Ajánlom figyelmedbe a 
buherálásbarát Linksys WAP11-típust, ami a GNU/Linux SNMP 
megoldásaival nemcsak jól használható, de gépi szintű prog- 
ramja frissíthető, és irányított antennákkal kiegészítve nagy 
távolságú rádiós híd létesítésére is alkalmas. 


Alkalmazások telepítése ipkg segítségével 

A Linux alapú zsebgépekre szánt alkalmazások csomagolása 
már akkortájt megoldódott, amikor a Compag iPAO gépére 
felkerült az első Linux. Egy ipkg csomag alapvetően egy 
.tar.gz fájl, némi vezérlőadattal kiegészítve. Ha telepíteni akarsz 
egy alkalmazást, az alábbi paranccsal teheted meg: 


H ipkg install csomag.ipk 


Ellenőrizd, hogy ARM processzorra fordították-e le, és rendel- 
kezel-e a szükséges könyvtárakkal. Ha el szeretnél távolítani 
egy csomagot, az ipkg remove parancsot kell kiadnod. 


A lényeg: a játékok 

Ha jó sok játékot akarsz a Zaurusodra, telepíts egy emulátort. 
Talán tetszenek a régi Nintendo Game Boy-játékok? Ha annak 
idején megvetted őket, csak a GnuBoyra lesz szükséged, no 
meg a ROM-fájlok jogtiszta áttöltését kell megoldanod. 

A GnuBoy alkalmazást hozzárendelheted a .gb és .gbc fájlok- 
hoz, így a játékokat egyszerűen, a megfelelő fájlokat a Docu- 
ments fülről kiválasztva indíthatod el. A /home/OtPalmtop/etc/ 
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mime.types állományt az alábbi sorral kell bővítened: 
application/gameboy gb gbc 
A gtopiagnuboy.desktop állományhoz ezt fűzd hozzá: 


MimeType-application/gameboy 
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MimeTypelcons-GnuBoy 


A snes9x híres Nintendo-emulátor, a SuperNES-játékokat is 
kezeli. A natív játékok természetesen jobban és gyorsabban 
futnak, mint az emulált Game Boy-és SuperNES-programok. 
Biztosan ismered a Nethack nevű játékot — ugye jó volna, ha 
Zauruson is futna? Ha inkább sakkoznál, mivel a Zaurus Java- 
képességekkel is rendelkezik, szerezd be a Laser Chesst. Ne 
hagyd ki a Froot nevű, kirakószerű programot se, nemrég a 
Otopia fejlesztői versenyen díjat nyert a Játékok kategóriában 
(lásd az 1. képet). 


MPEG- és Divx-filmek 

A 5 http:/www.pocketmovies.net címről tölts le egy bemu- 
tatót, majd haladj az Applications 2 Media Player (Alkalma- 
zások 7 Médialejátszó), Options 7 Full Screen (Beállítások 7 
Teljes képernyő) sorrendben, csatlakoztass egy fülhallgatót, 

és élvezd a látványt. A készülékhez képest a minőség kiváló. 
24 képkocka/másodperc frissítéssel le tudod játszani az 
MPEG-1 SIF (320 x 240) formátumú filmeket, de ha több filmet 
szeretnél tárolni, HALF SIF (160 x120) filmeket is választhatsz. 
A Fit to Screen (Képernyő kitöltése) beállítást választva észre 
sem fogod venni az alacsonyabb felbontást. 

Léteznek nagyobb tudású lejátszók is. Az opie-mediaplayer2 egy- 
aránt támogatja az MP3, Shoutcast, Ogg Vorbis, Divx és egyéb 
formátumokat, de sajnos nagy mennyiségű memóriát igényel. 
Divx-filmekhez a tkcVideo a jobb, ez a folyamatos lejátszás és a 
jobb összehangolás érdekében a képkockák eldobására is képes. 


Segédprogramok 

A Tab Manager segít az indítómenü alkalmazásainak átrende- 
zésében, ha pedig háttérfolyamatokat is futtatni akarsz, a 
Process Manager áll rendelkezésedre. A kil1 és renice lehe- 
tőségek nagyon jól jöhetnek démonok, konzolos alkalmazások 
vagy bizonytalanná vált folyamatok lekezelésekor. 

Nem árt az SSH és egy jobb fajta terminál. A KDE konzolter- 
minálja, az embeddedkonsole-tabs Otopia alá is elérhető, 

a SourceForge oldalról tölthető le. Ha egyszerre több terminálra 
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is szükséged van, lapokat is használhatsz benne (2. kép). 

Ha már a SourceForge-oldalon jársz, szerezz be egy SSH-t is. 

A saját könyvtárad nem írható, ezért az SSH nem fog futni, 
ugyanis írni szeretne a /home könyvtárban található .ssh fájlba. 
Ezért írd át a /etc/passwd fájlt, és kezdőkönyvtárad /root helyett 
/home/root legyen. Ugyancsak erről a webhelyről szerezheted 
be az Emacs zaurusos változatát. 

Ha 802.11b hálózatot is használsz, és az OpenSSH jelszó nélkül 
is fogadja a rendszergazdai kapcsolatokat, nem árt, ha jelszót 
adsz meg a gép védelmére. Ezt a Settings - Security (Beállí- 
tások 7 Biztonság) menüpontban teheted meg. 

Ha a gépet a hálózat egyéb pontjairól, távolról is használni 
szeretnéd, telepítsd az fbvncserver csomagot. Ezután, ha a 
hálózat valamely pontján elindítasz egy VNC ügyfelet, máris 
láthatod a Zaurus kijelzőjének a tartalmát. 

Ha képernyőképet szeretnél készíteni az éppen kipróbált 
alkalmazásról, a screenshot alkalmazás kézre esik. Terminálból 
kell indítani, az alábbi módon: 

scrshotci 


delay: sleep 2 ; 


A Zaurus védelmét különféle, titkosítást is használó jelszóke- 
zelők segítségével erősítheted meg. Például a Keyring felülete 
barátságos, és blowfish algoritmust használ. 

Ha SIRIP alatt nagy mennyiségű adatot tárolsz PalmOS alapú 
gépen, jelszófájlodat a strip2zsafe segítségével alakíthatod át 
ZSafe formátumba. Bár a ZSafe felülete nem olyan szép, mint 

a Keyringé, nyílt szövegből történő importálási lehetősége 
miatt rendkívül könnyű áttérni rá. Hozz létre egy szöveges fájlt 
az alábbi formátummal: 

; "FelhasznEgl ngv!" ; 


"Kateg ria"; "NÖv" nJelsz "; 


mm "Megjegyzős" 


Másold rá a Zaurusra, majd ZSafe alól válaszd ki; a tartalma 
— titkosítva — máris bekerül a jelszófájlba. 


Térképek, rajzok, jegyzetek 

Ha még bírod, néhány segédprogram és kiegészítő eszköz ré- 
vén átérezheted azt a nyüzsgést, amely a Zaurus világát jel- 
lemzi. A gpeGPS segítségével a 3 http://mapblast.com térké- 
peit érheted el, illetve a útvonaladat követheted a tenyérgépen. 
Képnézegetőt sem csak egyfélét találsz. Figyelemre méltó 

a theKompany.com tkcGallery nevű programja és szabad 
egyenértékűje, a MooView. 

A drawpad és az IONotes (3 http:/ignotes.kybu.sk) minden- 
napos segítőtársak. A drawpad (3. ábra) lehetővé teszi, hogy a 
Zaurus kijelzőjén gépelés helyett egyszerű vázlatokat készíts, 
az IONotes (4. ábra) pedig hagyományos, többszintű elrende- 
zésben jeleníti meg jegyzeteidet, rajzaidat. 

Ha a bevásárlólista is rákerül, a Zaurus teljes értékű család- 
taggá válik. A Shopper segítségével ez is megoldható, így a 
tenyérgép érdekes játékszerből valódi segítővé válik. Az egyes 
boltokhoz külön listát készíthetsz, majd ahogy végigjárod őket, 
úgy jelenítheted meg a megfelelő listát is. 


Nézz, nézz az ég felé. . . 

Ugyan ki akarna azzal elrontani egy romantikus, holdfényes 
találkát, hogy nem ismeri a csillagokat? Töltsd le, és telepítsd a 
kicsit méretes ZaurusSkyExplorert. 4,5 MB-nyi adatbázisa segít 
megismerkedni a csillagokkal és égi alakzatokkal. Ha a műhol- 
dak helye is érdekel, a PetitIrackre és a NASA ILE állomá- 
nyaira lesz szükséged. 
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Kiegészítők és eszközök 

Zaurus CF/SD eszközök listája, márkanév szerint rendezve 
9 http://enrage.dhs.org/-knight/Zauruslndex.php 

Socket VVL6000-320802.11b kártya 

2 http:/Avww.socketcom.com/productA/V/.6000-320.asp 
Kis fogyasztású CF WLAN kártya üzembe helyezése Zaurus 
géppel 3 http:/Awww.cypherpunks.cal/zaurus socket.html 
Fém és bőr hordtok Zaurus SL5500-hoz, Portfolio modell, 
Limited Edition 3 http:/Avww.extreme-limit.co.jp/english/ 
mobilepc/zaurus s1l5500 port lim.htm 

Sumdex GL P-324. bőrtok 3 http://sumdex.com/glp-824.htm 
Linksys VVAP1T1 

s Nio: /ümksys comzeroduectszjoroduetaspzorid— 157 


Buherálás 

3.5 mm-es csatlakozóba épített apró mikrofon 

2 http://www.rundel- 
d.com/palmtop/zaurus/microphone.htm 

Mikrofon beültetése SL-5x00 készülékbe 

2 http:/Avww.opie.us/opie/devZone.php/s15x00. mic.htm 


ROM-képek 

Sharp, letöltések 

2 http://more.sbc.co.jp/slj/download.asp 

Ople (Open Pkalmtop Integrated Environment) 

9 http://ople.us 

Paul 3 http:/Avww.btinternet.com/-—p.flinders/s[-5000d 
Crow 3 http:/Avww.schwag.org/— crow 

modzaurus (saját ROM-képek készítéséhez) 

2 http:/Avww.ece.Uuah.edu/—wes 


Segédprogramok és fejlesztői eszközök 

Perl 

2 http:/Avww.frontgarden.net/ matthewv/technical/zaurus 
/perl.html 

opie-sh 3 http://wwwirit.edu/-tfs1812/feed 

p2z (Palm-Zaurus átalakító eszköz) 

sz hNito. /mobilkorgozz Ati 

USB feletti ethernetkapcsolat beállítása 

2 http:/Avww.ruault.com/Zaurus/ 
ethernet-over-usb-howto.html 

lab Manager 

2 http://wwwv.csh.rit.edu/—benjamin/desktop/zaurus/ 
tabmanager.shtmi 

Process Manager 

2 http://wwwv.killefiz.de/zaurus/showdetail.php?app- 320 
embeddedkonsole-tabs, SSH, Emacs és screenshot 
kisalkalmazás 

2 http://pordownloads.sourceforge.net/zaurus 
fbvncserver 5 ]http://OpenSource.lIneo.com/fbvncserver 
Keyring 3 http:/Avww.scrypt.net/—celer/kweb 

Zaurus Password Manager, ZSafe 

2 http://home.t-online.de/home/CarstenSchneider/zsafe 


Hangok és elektronikus könyvek 

Angol nyelvű CMU beszédeszközök immár Zaurusra is elérhe- 
tők. Bármely szöveges állományt fel tudnak olvasni. A brit angol 
ugyan elég erős akcentussal szólal meg, de más tenyérgép-tulaj- 
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strip2zsafe 5 http://mobilix.org/strip2zsafe.html 


lérképek, rajzok, jegyzetek 

apeGPS 3 http://apegps.sourceforge.net/gpegps.html 
MooVilew 3 http:/Avww.cs.unc.edu/—scheuerm/mooview 
drawpad 3 http:/Avww.zaurusoft.com/packages/view/89 
IONotes 3 http://fhgnotes.kybu.sk 

Shopper - , Ihe Shopping List Manager for the Zaurus" 

2 http:/Avww.blackie.dk/Zaurus/Shopper 


Nézz, nézz az ég felé... 

ZaurusSkyExplorer 

2 http://members.aon.at/ritchie/de/index.html 
PetitIrack 3 http:/Avww.asl.net/nívtn/petittrack.html 


Hangok és elektronikus könyvek 

CMU Speech lools 

2 http:/Avww.speech.cs.cmu.edufflite/packedfflite-1. 1 
Gutenbrowser 

2 http://sourceforge.net/projects/gutenbrowser 

OT Reader 3 http://www.timvwentford. uklinux.net 
Plucker 5 http:/Avww.plkr.org 


Személyi adatkezelő alkalmazások 
tkcAgenda, tkcDatebook és tkeMemo 
2 http:/Awww.thekompany.com 


Játékok 

GnuBoy 3 http:/Awww.warmi.net/zaurus/gnuboy.shtml 
snes9x 

9 http://sourceforge.net/project/showfiles.php? group id 
—39939arelease 1d- 7/0845 

NetHack 3 http://trolls.troll. noAwarwick/nethack 

Laser Chess Java 

2 http:/Avww.laserchess.org/downloads/laserchess 1.09 
. arm.ipk 

Froot 5 Ihttp:/Avww.cs.unc.edu/—scheuermffroot 


Szórakozás 

tkcvideo 

2 http:/Avww.thekompany.com/embeddedftkcvideo 
ople-medlaplayer2 3 http://arachni.kiwI.uni-namburg.de/ 
-— harlekin/op2 


Internet és kapcsolattartás 

tkcJabber 3 http:/Awwv.thekompany.com 

OtJim 3 http:/Avww.telecom.tuc.gr/—perakyutils/gtjim 
Kinkattal Ite 

2 http:/Avwwv.csh.rit.edu/-benjamin/desktop/zaurus/kink 
attalite.php 

KMerlin 3 http://kmerlin.olsd.de 

Zic (Zaurus Internet Chat) 3 http://zic.sourceforge.net 
Kismet 3 http://kismetwireless.net 

kismet-agte 3 http://sourceforge.net/projects/kismet-gte 
the Famillar Project 3 http://famillar.handhelds.org 


donosok elkápráztatására vagy éppen a napi hírek átfutására 
mindenképpen jól jöhet. Csak remélhetjük, hogy hamarosan 
az elektronikus könyvkezelő alkalmazásokba is beépítik. 

A Gutenbrowser közvetlenül a Project Gutenberg anyagából 


keres klasszikus irodalmi műveket, és egyenesen a kezedbe 
tölti le őket (5. ábra). Ügyes kiegészítő a OT Reader, amely az 
egyszerű szöveges fájlokkal, a .ndb-dokumentumokkal és a 
Plucker formátummal egyaránt boldogul (6. ábra). Az utóbbi- 
nak köszönhetően lehetőséged nyílik arra, hogy weboldalakat 
tölts le a tenyérgépre, majd később, akár hálózati kapcsolat 
nélkül olvasgasd őket. Szabadon választhatsz, hogy híreket, 
vicceket, vagy egyéb tartalmakat viszel magaddal. 

A Plucker teljesen olyan, mint az AvantGo, neked csak a meg- 
felelő címet kell ismerned. A legnehezebb része a dolognak az, 
hogy kifejezetten tenyérgépekre készült tartalmat találj, ugyan- 
is az AvantGo szerződés a tartalomszolgáltatóknak megtiltja, 
hogy tenyérgépre készített anyagaik címét közzétegyék, vagy 
más kapcsolat nélküli olvasóprogramoknak is átadják. 

Persze némi keresgéléssel azért találhatsz tartalmat, ilyen pél- 
dául az ausztrál The Age; valahol a főoldalukon rálelhetsz a 
tenyérgépekre készült változatra mutató hivatkozásra. 
Gyűjtsd össze a címeket, majd a Spider.py, a Python alapú 
Plucker-böngésző segítségével rendezheted őket. A létrejött 
.pdb fájl tartalmát később bármikor elolvashatod. 


Matek 


Noha a Zaurus gyárilag is elég jó számológéppel rendelkezik, 
a programozható függvények hiánya miatt például elég 
nehézkes vele a mennyiségek átváltása. A ZUC ellenben 
remekül megfelel erre a célra. Két zárt fejlesztésű matematikai 
eszköz a NeoCal és a Formulae 1. A NeoCal jelenleg a legjobb 
ilyen program Zaurusra, rengeteg pénzügyi, tudományos és 
statisztikai függvényt ismer. A Formulae 1 egyenletek 
megoldására használható, érdekessége, hogy nemcsak a 
végeredményt, de a köztes lépéseket is megjeleníti. Ha 
ilyesmire van szükséged, érdemes megvenni. 


Fájlok, könyvtárak és parancsfájlok 

Mielőtt hálózati alkalmazásokkal kezdenél foglalkozni, tudnod 

kell, hogy a Sharp fájlrendszerében alapállapot szerint hol 

találhatók: 

e . /home/root/usr/liblipkg: az egyes alkalmazások által 
telepített fájlok listája; 

e . /home/OtPalmtop/apps: az indítómenüben szereplő elemek 
leírófájljai; 

e . /home/OtPalmtop/bin: futtatható állományok; 

e . /home/OtPalmtopjpics: PNG formátumú ikonok és egyéb 
képek; 

e  /homefroot/ Applications: az alkalmazások adatállományai 
(jellemzően XML formátumban); 

e . /home/root/Settings: bizonyos alkalmazások 
beállítóállományai. 


Ha egy memóriakártyára alkalmazások vannak telepítve, lét- 
rejön rajta egy OtPalmtop könyvtár, így tudod módosítani az 
alkalmazások megjelenését. 

A rendszerindításkor indítandó programokat egy /etc/rc.d/rc5.d 
fájlba kell telepíteni. A fájl neve legyen például S99/ocal. Az 
alábbi példában a környezeti változókat és az állomásnevet 
adjuk meg: 


ti 7bin/zsh 

1 

H S991ocal run local startup stuff 
tt 


PATH-/bin: /usr/bin:/sbin: /usr/sbin 
LD LIBRARY PATH-/lib:/usr/lib:/home 
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- OtPalmtop/1ib 

export LD LIBRARY PAIH PAIH 

hostname sajat allomas.sajat.tartomany.hu 
Az §9910ca1 legyen futtatható: 

chmód 750 S991ocal 


Internetes alkalmazások 

Azonnali üzenetküldésre kiváló választás a theKompany.com 
tkcJabber programja. Segítségével — ha a háttérben futtatod, 
illetve ha a Zaurus 802.11b kapcsolattal rendelkezik — a ké- 
szülék azonnali zseb-üzenetküldő eszközzé válik. Az ICO, 
AIM, MSN, Yahoo Messenger vagy IRC használata pontosan 
olyan lesz, mintha mobiltelefont vinnél magaddal. Ha üzene- 
ted érkezik, a Zaurus bejövő üzeneteket jelző LED-je villogni 
kezd, és mobiltelefonos jellegű hangjelzés szólal meg. A cse- 
vegést külön ablakban folytathatod. 

A dolognak két apró szépséghibája van. Először is, kezelői 
felületén kizárólag ikonok vannak. A legnehezebb az első 
használat lesz, hiszen egy árva tippet, feliratot sem találsz 
sehol. Szerencsére a felület rendkívül ötletes, működésére 

— nagyrészt — hamar ráérzel. Nekem még rá kell jönnöm, 
hogyan lehet ICO-azonosító vagy becenév alapján felvenni 
valakit az ismerősök listájába. A másik gond a tkcJabber 

IRC támogatása. Ha rákattintasz valamelyik rejtélyes ikonra, 
IRC-kapcsolatod megszakad. Ezek a hiányosságok elvisel- 
hetők, a program mindennapos használatát lényegesen 
nem befolyásolják. 

Léteznek ingyenes azonnali üzenetküldő programok is: a 
OTTJim Jabber, a KinkattaLite AIM, a KMerlin pedig MSN háló- 
zatra tud kapcsolódni. IRC-zni a Zic a legjobb, de Yahoo 
Messenger vagy ICO ügyfelet ingyeneset nem találsz, tehát 
mégiscsak maradjunk annál, hogy legjobb a tkcJabber. 

Hm, esetleg egy kis szimatolás a 802.11b hálózaton? A Kismet 
remekül megfelel e célra. Ha pri sm2 alapú vezeték nélküli 
hálózati kártyád van - ilyen például a Linksys WCF-11 -—, akkor 
nem lesz gond a telepítésével. Socket kártyával is működő 
változatot a Socket illesztőprogram lelőhelyéről szerezhetsz be. 
A kismet-ate kiváló grafikus felületet ad a programnak. 
Hálózati hibaelhárításra az nmap áll rendelkezésedre. 


Összegzés 

Remélem, sikerült felhívnom a figyelmedet néhány nagyszerű, 
Zaurusra készült programra. A legjobb az, hogy az alkalma- 
zások többsége GPL szerződéssel jelenik meg. Ha — hozzám 
hasonlóan - korábban Palm Pilotod volt, és szükséged van 
néhány különleges programra, nos, neked egy Zaurus kell. 


További kapcsolódó címek a 44. CD Magazin/Zaurus 
könyvtárában találhatóak. 


linúx gournal 2008. janúát, 105. szám 


Guyyihem Aznar 

A Ihe LDP (2 http:/Avww.tldp.org) irányítója, a GNU Projekt 
dokumentációs vezetője. Noha hatodéves orvostanhallgató, 
jelenleg informatikából írja doktori dolgozatát, kevéske maradék 
idejében pedig Zaurusával játszadozik. Az 3 http://externe.net 
oldalról érhető el. 


2003. február 11 


en 
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Keleten a helyzet... 


UI az amerikai apuka a számítógép előtt, és bosszankodik. A lánya zenét töltött le, 
de a saját gépére mentette, így apuka azt most nem tudja meghallgatni. 


merikai apuka ekkor kitalálja, 
AA hogy elmegy a boltba, levesz a 

polcról egy kisebb kiszolgálót, 
és a másnapi napiparancsban kihirdeti 
a család számára: ezentúl mindent az 
új jövevényre kell menteni. Amerikai 
apuka és családja Linux-felhasználók 
lettek, még ha nem is tudnak róla. 
Valószínűleg a tengerentúli valóság sem 
teljesen ilyen, de a magyarral nem indít- 
hattam, az ugyanis elég lehangoló. Bár 
már vannak olyan családok, ahol nem- 
csak egy pályázati úton szerzett számí- 
tógép lapul szerényen a sarokban, hanem 
több gépet, esetleg családi kiszolgálót is 
találni, ezek egyelőre nagyon ritkák. 


A magyar ugaron 

Talán ez is az oka annak, és a szokásos 
,barkácsoljunk" magyar virtus, hogy a 
Demand 2000 munkatársai a gyerekkori 
sárkányos mesék világát idéző elkereke- 
dő szemmel mesélték, amit talán azóta 
is próbálnak felfogni: már két darabot is 
eladtak a Toshiba otthonra és kisebb 
irodákba szánt kiszolgálójából. 

Az ütött-kopott, néhol kicsit horpado- 
zott doboz láthatóan nem a szomszéd 
utcából érkezett. A Toshiba America 
feliratok, az amerikai szabvány szerinti 
tápcsatlakozó - ezt az importőr egy 
magyarral egészítette ki —, a kizárólag 
angol nyelvű leírás mind-mind arra 
utalt, hogy a magyarországi eladások 
nagyságrendje miatt még jó ideig nem 
leszünk kiemelt célterület a távol-keleti 
cég számára. 

A készüléket úgy csomagolták, ahogy 

a hordozható gépeket szokás: oldalt egy 
laposabb dobozban külön vannak a kel- 
lékek, a gépet magát pedig középen, két 
szivacstartóval biztosítva helyezték el. 


A szép külső nem minden. . . 

A nagy Ő szép. Szürke fémháza, egysze- 
rűségében elegáns előlapján fénylő 
Toshiba felirata, a sarkaira húzott acél- 
kék műanyag betétek legalább egy hosz- 
szú sóhajt megérdemelnek - eddig min- 
denki beleszeretett, akinek megmutat- 
tam. Ha lakásunk nem szigorúan a neo- 
barokk stílust követi, bátran kitehetjük 
akár a könyvespolcra is. Nagyon nem 
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szabad elrejteni, hiszen a műszaki 
érdeklődésűek arca éppen a készülék 
hátlapjának láttán fog kipirulni. 
Hátul, a tápcsatlakozó mellett egy 
RJ-45-ös aljzatot találunk, majd még 


at Fejes 72 
Setup CD 
MÁRAI Ld tr [aze ELLA ÉSÉT 


kárt ittál sza FÁK Hát Hát 


nyolcat, ezen kívül egy telefonos aljzatot 
és egy párhuzamos kaput is. Két bumsz- 
li csavarral egy kisebb fedlapot is kiold- 
hatunk, alatta egy 20 GB-os IBM Travel- 
star merevlemez lapul. Mellé egy mási- 
kat is telepíthetünk, majd szükség 
szerint tükrözhetjük a két lemezt, így 
készítve egyfajta biztonsági mentést, 
vagy dönthetünk úgy is, hogy további 
tárhelyet szeretnénk, a tükrözésről 
pedig lemondunk. 

A bővítési lehetőségek rövidke sora 
ezzel véget is ér. A készülékre monitort, 
billentyűzetet, egeret nem lehet csatla- 
koztatni. Tervezése során nyilván nem 
az volt a cél, hogy a felhasználó a gépet 
piszkálja, hanem az, hogy használja. 
Ehhez minden segítséget meg is kap: 

a 414 oldalas használati útmutató a fél- 
reeső beállítási lehetőségeket is részlete- 
sen tárgyalja. 

Azt, hogy miért kell nekem mindenkép- 
pen a telepítő CD-lemezt használnom, 
már kevésbé részletesen, ám annál 
hangsúlyosabban fejtették ki. Mivel nem 
tudtam, mibe tenyerelek, az előírt mód- 
szertől nem is mertem eltérni. Az alapel- 
képzelés — minő előítéletek! — az, hogy 

a felhasználó gépén Windows fut. En- 
nek beállításait a telepítő így-úgy módo- 


sítja, és újraindítás után a kiszolgáló 
már használható is. A telepítőprogram 
nem sokat kérdezett, csak egy felhasz- 
nálónevet kért. Azt ugyan elfelejtette 
pontosítani, hogy miféle felhasználó- 
névre kíváncsi, így a megadott névvel 
örömömre új felhasználót hozott létre a 
Windows alatt és a kiszolgálón egyaránt, 
kirakott az asztalra három ikont, aztán 
újraindította a gépet. 

A kiszolgálót addig naná, hogy nem 
találta meg, míg belső hálózati ethernet- 
kártyámat DHCP-használatra nem 
állítottam. Innen viszont gördülékenyen 
mentek a dolgok. Saját gépem DHCP-n 
keresztül kapott címet a kiszolgálótól, 
amely az alapértelmezett átjáró szere- 
pét is átvette. 

A kezdeti szenvedés után innentől 
felgyorsultak a dolgok. A már említett 
ikonok segítségével a kiszolgálón három 
fontos felületet érhetünk el webalapon. 
Az egyik a felügyeleti program, a másik 
a digitális központ, amely zenék, filmek, 
képek tárolására és megosztására 
használható, a harmadik pedig a belső 
csoportmunkaportál. 

A felügyeleti programról csak jót tudok 
írni. Ízléses, jól áttekinthető, ha valame- 
lyik elem fölé odahúzzuk az egeret, 
rövid súgót jelenít meg. Egy webes felü- 
gyeleti felület tervezésekor bizonyára 
sok fejtörést okoz, hogy milyen szintű 
felhasználó számára készüljön a termék: 
a kezdőknek nem szabad túl sok beállí- 
tási lehetőséget adni, mert valamit biz- 
tosan el fognak rontani, a profik viszont 
elégedetlenek lesznek, ha nem engedik 
őket mindenbe belepiszkálni. Úgy 
vélem, a Toshiba tervezői csaknem töké- 
letesen eltalálták a középutat, és álta- 
lános környezetben elegendő beállítási 
lehetőséget adnak. 


A rendszergazdai felület 

A rendszergazdai felület öt csoportba 
sorolja a beállításokat. A Report csoport 
tagjaival kérdezhetjük le a készülék 
állapotát és beállításait, a tűzfal állapo- 
tától kezdve a processzor tápfeszült- 
ségén keresztül a legutóbbi biztonsági 
mentés időpontjáig. A System csoport 
teszi lehetővé többek közt a felhaszná- 





iprerrre ErzTin 


lók hozzáadását, az elektronikus pos- 
taládák beállítását, a nyomtatási sor átte- 
kintését és a biztonsági mentések és 
visszaállítások elvégzését. A Network 
csoport neve beszédes, itt adhatjuk meg 
internetkapcsolatunk jellegét (ethernet 
alapú, kábelmodem, DSL); állíthatjuk be 
az internetes tartalomszűrést; a tűzfalat, 
amelyhez saját kezűleg is hozzáadha- 
tunk szűrési szabályokat; a kiszolgáló 
helyi hálózati nevét és munkacsoportját; 
illetve VPN-kapcsolat létrehozására is 
módunk van. 

A belső csoportmunkaportál felügye- 
letére szolgál az Intranet csoport. Az 
egyszerű portál kinézetét néhány egy- 
szerűbb sablon közül választhatjuk ki, 
egyedivé tételére megadhatjuk a céges 
— avagy családi — logót. A portálka tar- 
talmaz egy üdvözlő oldalt; egy híroldalt, 
amelyhez egyszerű szerkesztői háttér- 
rendszert is készítettek; egy esemény- 
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oldalt, amelyre a többeket is érintő 
eseményeket, találkozókat jegyezhetjük 
fel; egy dokumentumtárat, ezt a közös 
sablonok elérhetővé tételére használ- 
hatjuk; valamint egy webes hivatkozá- 
sokat tartalmazó oldalt. 

A Services csoport a leghaszontalanabb 
számunkra: itt tudjuk bejegyeztetni 

a készüléket, támogatást kérhetünk, 
frissítéseket tölthetünk le — ezek önma- 
gukban hasznos dolgok, ám innen, 
Európából elég bajosnak tűnik az 
igénybevételük. 

A kiszolgálón Samba fut, alatta minden 
felhasználó egy nyilvános és egy szemé- 
lyes könyvtárat kap, amelyekhez a telepí- 
tőprogram egy-egy hálózati meghajtót is 
hozzárendel. A felhasználókat a rendszer 
három jogosultsági szintre osztja, az első 
szint például nem érheti el a felügyeleti 
felületet. Ez kiegészül azzal, hogy pél- 
dául VPN-kapcsolatnál külön jelölhetjük 
ki azokat a felhasználókat, akiknek joguk 
van a kapcsolat használatára. 
Természetesen a felügyeleti felület nem 
kínál lehetőséget az összes beállítás 
módosítására. Nem sikerült például 
megtalálni a módját annak, hogy módo- 
síthassam a belső hálózati ethernetkár- 
tya IP-címét, vagy éppen a DHCP-kiszol- 
gáló által osztogatott címtartományt. 
Valószínűleg ezek azok a beállítások, 
amelyek a célközönség számára nem 
fontosak — gondolhatták a tervezők. 


Hatalomátvétel 

Természetesen nincs minden veszve, 
telnet-tel ugyanis be tudunk jutni a 
gépre. Erre egyetlen felhasználónak van 
joga, őt telnetuser-nek hívják. Miután ek- 
ként beléptünk, az alábbiak jelennek meg: 


Red Hat Linux release 6.1 


s (Cartman) 
Kernel 2.2.12-20 on an 1586 


Ha a su root parancson is túljutnunk 
szabadon garázdálkodhatunk: a grafi- 
kus felületről hiányzó beállításokat is 
módosítani tudjuk, illetve alkalmazá- 
sokat telepíthetünk; egyedül arra kell 
vigyázni, hogy egy elrontott frissítés 
vagy egyéb hiba miatt - billentyűzet és 
egér hiányában -— nehogy kizárjuk ma- 
gunkat a saját gépünkről. 

Mire használható egy ilyen viszonylag 
zárt kiszolgáló? Ha valakinek fel kell 
tennie ezt a kérdést, akkor a válasz: 
semmire. Ha sikerül felismerni a benne 
rejlő lehetőségeket, akkor az, hogy 
gyorsan és kényelmesen helyezhetünk 
üzembe egy otthoni vagy kisebb irodai 
kiszolgálót. 


A készüléket a Demand 2000 Kft. mun- 
katársai bocsátották rendelkezésemre. 
Végfelhasználói ára: 89 000 Ft -t áfa. 


Medgyesi Zoltán (mzearettesoft.hu) 

A BMGE 24 éves informatika szakos 
hallgatója. Szabadidejét legszívesebben 
a barátnőjével tölti. Szeret autózni és 
bográcsban főzni. A Linuxot hat éve 
ismeri, de még nem volt lelkiereje, hogy 
áttérjen rá. A Linuxvilág hírszerkesztője. 


A gép adatai 


AMD K6-2 350 MHz processzor 
64 MB SDRAM 

20 GB merevlemez 

telefonos csatlakozó 

hétkapus 10/100 Mb/s 
ethernetkapcsoló 

ethernetaljzat kábelmodem/DSL 
csatlakozáshoz 

párhuzamos kapu 

előlapi LCD 

za 
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e fájlkiszolgáló 

e nyomtatókiszolgáló 
e internetmegosztás 
e helyi hálózati portál 
e tűzfal 

e webes gyorsítótár 

e biztonsági mentés 
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Tanuljuk meg a MySOül használatát 24 óra alatt 





mikor könyvet mutatunk be, 
szerintem nagyon fontos tisz- 
tázni, hogy az adott könyv 


kinek is szól. Aki ismeri már a 24 óra 
sorozatot (mondjuk a PHP4-es vagy 

a JavaScriptes kötetet), tudja, hogy a 
sorozat célja egy-egy téma bemutatása, 
általában a kezdő szinttől indulva, de 
gyors lépésekkel haladva. Természetesen 
ebből jó és rossz tulajdonság is követ- 
kezik. Az első tulajdonság, hogy ugyan 
az alapoktól indul, nem ragad le ezen 

a szinten, a második viszont, hogy mivel 
az alapoktól indul, nem marad sok hely 
egy-egy kényesebb kérdés részletes 
kivesézésére. 

A MySOL-könyv a maga 400 oldalával 
pontosan beleillik a sorozatba: olyanok- 
nak íródott, akik értenek valamennyit 

a programozáshoz, de SOL alapú adat- 
bázis-kezeléssel nem feltétlenül foglal- 
koztak. Az első 40 oldal gyors , alaptan- 
folyamnak" tekinthető, amelyben az 
újoncok a relációs adatmodellekkel is- 
merkedhetnek meg, sőt még a normali- 
zálással is. Ez a rész rendkívül rövid, de 
egy gyors felfogású embernek elég. ler- 
mészetesen nem veheti fel a versenyt egy 
Halassy-könyvvel, de nem is ez a célja. 

A második rész mintegy 30 oldal terje- 
delemben foglalkozik a környezet beál- 
lításával, itt kell megemlítsem a könyv 
egyik érdekes elméletét. Annak ellenére, 
hogy a windowsos és linuxos környe- 
zettel is foglalkozik, egyértelműen azt a 
vonalat képviseli, miszerint a kiszolgáló 
Linuxon fusson, a munkakörnyezet 
viszont Windows legyen. Ez a szerző 
egyéni döntése, ebben a kérdésben nem 
értek vele egyet, hiszen remek eszközök 
vannak már Linux alá is, így nyugodtan 
alakíthatunk ki teljesen a linuxos fej- 
lesztőkörnyezetet is. Erre a kérdésre a 
szerző egyébként a könyvben később 
még visszatér, amikor részletesen beszél 
arról, hogyan hozzunk át adatokat 
Accessbőól, de például a más adatbázi- 
sokkal tartott kapcsolatoknak csak a 

, szöveges export" változatát mutatja be. 
A harmadik résznek különösképpen 
örülök, a könyv ugyanis rászoktat, hogy 
ne úgy essünk neki az adatbázis létreho- 
zásának, mint tót az anyjának, hanem 
szánjunk időt a táblaszerkezet átgondo- 
lására, a táblák létrehozására, a megszo- 
rítások és jogosultságok kialakítására. 


80 Linuxvilág 


Igaz, a CREATE paranccsal egy kicsit 
tovább szöszöl, mint amennyit szerin- 
tem szükséges. 

A könyv írójának szinte egy teljes SOL- 
alaptanfolyamot sikerült belesűrítenie 

a negyedik és ötödik rész 110 oldalába. 


TT 
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Remekül felépített részről van szó, mely 
megismertet az SOL két leggyakrabban 
használt, és minden kétséget kizáróan 
legtöbb lehetőséget rejtő utasításával, 

a SELECT-tel és a DELETE-tel. Emellett két 
fejezetbe összegyűjtve végigfut a beé- 
pített függvények három fontos cso- 
portján: a szövegkezelő, a numerikus 

és a dátumkezelő függvényeken. Sajnos, 
a függvényekre szánt 20 oldal rendkívül 
rövid, és nem is elég arra, hogy a lelkivi- 
lágukba beleássa magát az ember (főleg, 
ha több típusú adatbázissal kell dolgoz- 
nia, és szembekerül a dátumformátu- 
mok kesze-kusza világával), de elégsé- 
ges ismertető ahhoz, hogy egy referen- 
cia alapján vígan eldolgozgasson. 
Lényegében a hatodik, a tranzakciók 
használatáról szóló rész az , alaptanfo- 





lyam" befejező szintje, ami viszont any- 
nyira fontos téma, hogy a szerző ketté- 
választotta. Talán erre a területre igaz 
különösképpen a mondás, hogy gyakor- 
lat teszi a mestert. Aki komoly munkát 
akar végezni SOL alapon, készüljön fel 
rá, hogy nagyon sok gyakorlatot igényel 
a tranzakció-kezelés megismerése. Ezért 
nem is csoda, ha azt mondom, az a 40 
oldal csupán elméleti alapnak tekint- 
hető, rengeteg gyakorlás kell mellé! 

A rendszerfelügyelettel foglalkozó 
hetedik rész meglepő egy ilyen könyv- 
ben, hiszen bevezető jellegű könyvek- 
ben általában csak a program haszná- 
latával foglalkozunk. Ez a rész olyan 
feladatokkal ismertet meg minket, mint 
az adatbázis mentése, visszaállítása, 

a felügyeleti parancsok vagy a finom- 
hangolás. A könyv nagy előnyének 
tartom, hogy valóban felkészíti az 
olvasót az életközeli feladatokra, már 
amennyire ez a terjedelembe belefér. 
Hiába tudunk remek lekérdezéseket 
készíteni, ha egy költözésnél nem 
tudjuk, hova kapjunk, vagy ha éles 
rendszeren nem tudunk biztonsági 
mentést készíteni. 

El is érkeztünk az utolsó részhez, 
amelyben a szerző programnyelvekből 
használja a kiszolgálót. Lényegében két 
nyelvet említ komolyabb szinten, a Perlt, 
és a PHP-t. Először bosszantó volt, hogy 
nem mutat be olyan teljes megoldás, 
mint például testvére, a Tanuljuk meg 

a PHP4 használatát 24 óra alatt, elvégre 
ez tenné fel az i-re a pontot. Ugyanak- 
kor el kell fogadjam, hogy a könyv így 
is sokkal többet adott, mint amennyit 
első pillantásra kinéz belőle az ember, 

és ez a téma tényleg olyan komoly, hogy 
nem lehet tíz-húsz oldalban , lezavarni". 
A könyv még egy függeléket is tartal- 
maz, amiben hasznos dolgokat találunk 
(telepítés, lefoglalt szavak, MYODBC 
használata, példaprogramok), és további 
ötleteket és példákat kapunk például a 
PHP használatára. 


Szy György 

(Szy. Gyorgy Olinuxvilag.hu) 

A Linuxvilág főszerkesztője, 

a Kiskapu Kiadó vezetője. 
Mindenki levelét örömmel várja. 


